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@ Data creating, storage and processing system. 



@ Apparatus for the creation, editing and utilising a 
knowledge base which contains textual Information, 
quantitative information and pictorial images. A com- 
puter system comprised of text and image input 
devices, a display, a mass storage unit for the 
knowledge base and a programmed processor. 
When used as an expert authoring system, for ex- 
ample, in medical applications, features which are 
characteristic of respective conditions in a disease 
are established by the author and values are as- 
^ signed thereto, thus creating a knowledge base of 
^features having associated values. This created in- 
formation is used by the author to evaluate what he 
^obsen/es in a patient or histological sample. The 
jyj "valuing" of these previously established features 
within the parameters for values that also were es- 
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tablished previously form a case record that also 
Jyj includes one or more pictorial images of valued 
features. The retrievabiiity of case records and ed- 
®iting of valued features insures internal consistency 
CLiOf the knowledge base. 
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DATA CREATING, STORAGE AND PROCESSING SYSTEM 



Field of the Invention 



Tills invention relates to the field of com- 
puterised data processing and, more particularly, to 
a data creating, storage and processing system 
which operates with both pictorial image and tex- 
tual information data. Moreover, the invention pro- 
vides an interactive system to create, edit and 
utilise a knowledge base that finds particular ap- 
plication in medical diagnosis, and especially pa- 
thology and radiology diagnosis. 

Background of the Invention 

Electronic information storage systems having 
data bases which can be accessed by computer 
are well known. Some examples of accessible data 
bases are the Lexis legal research system, a data 
base containing legal information, and the Dialog 
information retrieval system, which provides access 
to numerous scientific and business data bases. 
These and several other data bases have suc- 
ceeded in offering the user a vast amount of textual 
information which is rapidly accessible and rela- 
tively inexpensive to retrieve. However, the ability 
to search eiectronicaliy for desirable information in 
these data bases often requires extensive training 
and skill. 

V/ith seme notably few exceptions, such as the 
experimental patent search and retrieval system of 
* the United States Patent and Trademark Office, 
most data processing systems do not store and 
thus are unable to display pictorial or other 
photographic/visual information. 
One of the reasons for this is that such image 
information generally requires a great deal of com- 
puter memory to store it. Although computer mem- 
ory has been a decreasing cost in computer sys- 
tems recently, it is still an important factor in sys- 
tem design and application and the amount of 
storage required for images is very large. Also, as 
a consequence of the large amount of memory 
space required to store images, the time required 
to access, process and display Image information 
can be lengthy, so lengthy as to be unacceptable. 

In addition to their failure to provide pictorial 
im.age display, most, if not ail data processing 
systems that are available commercially provide 
lim.ited data access tools for the user to retrieve 
informiation. This has influenced the use of these 
systems because there has been a general inability 
to assure internal consistency of the information 
represented therein. For example, consistency of 
data is extremely important for applications wherein 



that data represents observations by a human au- 
thor in a subject under investigation. Since such 
observations are inherently subjective to some de- 
gree " the characterization of what one individual 

5 observes will not necessarily be the same as the 
characterizations observed by another, and what 
one perceives today may differ from his percep- 
tions tomorrow -it is important that the user of the 
data processing system have the ability to verify 

70 his observations and conclusions over a period of 
time, and to correct or modify those observations 
and conclusions for the sake of consistency. Con- 
sequently, the users of such systems and data 
bases in scientific disciplines may not have suffi- 

15 cient confidence in the reliability of the data therein 
or the dependability of observations, conclusions, 
characterizations or deductions that may be in- 
cluded in the data base. 

A useful field of scientific endeavor in which a 

20 text and pictorial data processing system finds 
ready application is medical diagnosis. A physician, 
even a specialist, often needs assistance in di- 
agnosing a medical condition or disease based 
upon his clinical observations of a patient. Of 

25 course, reference to various textbooks, learned 
journals and other sources of expert information are 
quite useful and, of course, have been relied upon, 
but the wealth of such information now available is 
substantially limited by the lack of any useful re- 

30 source to access it. In genera!, state-of-the-art elec- 
tronic libraries, although proposed for medical re- 
search, have not been enthusiastically embraced 
by many practicing physicians. It is believed that 
this is due, in part, to the high cost of providing a 

35 data processing system with a centralized, acces- 
sible data base, in part to the need for special 
training in using computerized systems for data 
retrieval and in part to the tack of existing reliable 
data bases. Novertheiess, the primary reason for 

40 limited use of such electronic libraries by physi- 
cians appears to be attributed to the lack of con- 
fidence in the reliability of medical data that may 
be stored therein, such as diagnoses based upon 
clinical or histological observations, characteriza- 

45 tions and conclusions. There is little assurance that 
such data is internally consistent or authenticated 
or even verifiable; and it is difficult to build an 
internally consistent data set that is created with 
the authenticity needed for diagnoses. 

50 The field of pathology offers an excellent op- 
portunity for a data creating, storage and process- 
ing system to create and use a data base which 
would assist the pathologist in identifying char- 
acteristics associated with various diseases and in 
formulating his diagnosis. An internally consistent 
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data base, that is, a knowledge base, created by an 
expert from case histories of numerous patients 
would provide a pathologist with reference materi- 
als for comparison with his present observations, 
thereby facilitating his diagnosis. Preferably, the 
data processing system should operate with both 
textual and pictorial infornnation derived from clini- 
cal features, histological d'esignations and features 
observed from cytology specimens, thereby provid- 
ing the best evidence of cases which resulted in 
specific diagnoses by the expert. The knowledge 
base should be dynamic in the sense that during 
its creation, the data processing system is operable 
to add thereto newly discovered characteristics ob- 
served in patients and to delete therefrom other 
characteristics which prove to be of lesser diagnos- 
tic importance, thereby improving, over time, the 
utility of the data base in aiding a pathologist in 
identifying maladies and diseases. Additionally, the 
data processing system should be interactive not 
only to permit use thereof by the pathologist but 
also to provide the expert who is creating the 
knowledge base with the retrieval tools needed to 
observe and compare previous observations with 
present analyses so as to maintain consistency of 
the information in the knowledge base. Since histo- 
logical and cytological characterizations are, to 
some extent, subjective, it is useful for the expert 
to compare a feature which he observes in one 
patient or sample to the same feature which he 
observed in a previous patient or sample. For ex- 
ample, it may be important to characterize the 
shape of a specimen, cell; and what might presently 
be observed as an oval or round cell might pre- 
viously have been characterized as an irregular 
cell. 

It is believed, however, that at the present time 
no interactive system is available with the appro- 
priate access tools for use by an expert to craft a 
knowledge base which that expert, as well as a jury 
of experts, can scrutinize for consistency and au- 
thenticity, and for subsequent access and use in 
the diagnosis of disease. More broadly stated, it is 
believed there are no presently available interactive 
systems for providing a knowledge base for use as 
a computerized aid to the cognitive process of 
diagnosis. Nor is there known to be available an 
electronic system for use by an expert to create a 
specific knowledge base of information which, 
when accessed by a user, serves as an aid in 
cognitive analysis of observed characteristics. 

A knowledge base, as that term is used herein, 
differs from the classic concept of a data base in 
that the information represented by the knowledge 
base may be crafted to assure its consistency, and 
is based upon the recognized "knowledge" of the 
individual(s) who creates it. 



Objects of the Invention 



Therefore, it is an object of this invention to 
provide apparatus for crafting a knowledge base 

5 which contains textual, quantitative and pictorial 
information that is internally consistent and which 
can be accessed rapidly. 

It is a further object of this invention to provide 
a data processing system which creates, stores 

70 and processes textual, quantitative and pictorial 
information and which retrieves information cor- 
responding to a particular request by a user. 

It is another object of this invention to provide 
a computerized system which stores and pro- 

15 cesses textual and quantitative information on and 
pictures of various diseases and which a patholo- 
gist or other physician would use with a high de- 
gree of confidence. 

Stili another object of this invention is to pro- 

20 vide a computer system which creates particular 
overlay images and links those overlay images to 
pictorial images to direct the user to important 
features present in electronically displayed pic- 
tures. 

25 Another object of this invention is to provide a 

system that creates, retrieves and displays pictorial 
images helpful in diagnosing a disease, wherein 
relevant portions of the images are highlighted by 
symbols and annotated with text. 
30 A further object of this invention is to provide a 

system for creating a knowledge base which, when 
accessed, combines retrieved alphanumeric and 
pictorial information into individual, separately 
viewable video displays. 
35 It is an additional object of this invention to 

provide a computerized pathology data processing 
system which presents both textual information and 
related visual imager/ for simultaneous display. 
A further object of this invention is to provide a 
40 system for storing linked alphanumeric and visual 
information and which organizes the stored infor- 
mation into easily accessible categories. 

A still further object of this invention is to 
provide a system which allows the user to select 
45 the manner and format used to organize alphanu- 
meric information and visual images. 

Another object of this invention is to provide a 
system for use by an expert pathologist to create 
and structure a computerized pathology knowledge 
50 base containing both text and visual images in a 
way which the expert believes will provide the most 
logical access to the information therein. 

An additional object of this invention is to pro- 
vide a system by which a user may modify or 
55 change the contents and organization of a stored 
knowledge base with a minimum number of com- 
puter commands. 

Still another object of this invention is to pro- 
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vide a system for crafting a knowledge base conn- 
prised of alphanumeric and visual information 
-mich can be accessed and used to permit easy 
comparison betA/een stored data and new data. 

Yet another object of this invention is to pro- 
vide a system for training a user in a particular field 
or domain represented by a knowledge base by 
providing a structured and pre-planned examination 
of relevant data from within the knowledge base. 

A further object of this invention is to provide a 
system which uses artificial intelligence to help 
assist the user in accessing and retrieving data 
from the knowledge base. 

Stiil another object of this invention is to pro- 
vide a computerized system which assists a physi- 
cian to reach a diagnosis using a computerized 
pathology knowledge base that contains both text 
and visual images. 

Yet a further object of this invention is to pro- 
vide a system for creating an electronically acces- 
sible knowledge base formed of case records of 
diseases, wherein each case is formed of features 
observed in a disease and each feature is either 
selected from a store of pre-established features 
and assigned one of plural preset values available 
for that feature, or is newly created by an 
author user. 

An additional object of this invention is to pro- 
vice a system for editing a knowledge base to add 
or delete features from substantially all stored case 
records with a minimum of computer commands. 

Another object of this invention is to provide a 
system for linking the several features and values 
included in a case record and for retrieving a case 
record on the basis of selecting for display a fea- 
ture included in that case record, whereby consis- 
tency in evaluating a feature in different case 
records is improved. 

A stiil further object of this invention is to 
provide a system for generating a video image data 
of a subject, such as a microscope specimen, 
linking that image to a feature ?nd storing the 
image in a case record for subsequent retrieval and 
display to demonstrate to a user the previously 
observed feature. 

Yet an additional object of this invention is to 
provide a system for. searching a knowledge base 
for ail case records which contain one or more 
features selected by a user for retrieval and display 
of those case records, and particularly pictorial 
information included in those case records. 

It is an additional object of this invention to 
provide a system for displaying the distribution of 
cases having different values of selected feature(s) 
to indicate to the user the relative numbers of 
cases containing such different values and thereby 
apprising the user of the behavior of this feature in 
a particular diagnosis. 



Another object of this invention is to provide a 
system for characterizing features as discrete or 
continuous, and for selecting values from a store of 
preset values or enabling an authoruser to freely 

5 select or measure the value. 

Broadly stated, this invention is directed to a 
data creating, storage and processing system com- 
prising: image pick-up means for imaging one or 
more features observed in a sample of a disease 

70 and for producing pictorial image data representa- 
tive thereof for display and for storage; display 
means for displaying pictorial images of one or 
more features observed in a disease and for dis- 
playing case record data; storage means for storing 

;5 case record data, each case record including a 
case record identification, feature data selected for 
that case, value data selected for respective fea- 
tures in that case, and pictorial image data repre- 
senting pictorial images of features of a disease 

20 associated with that case; manually operable input 
means including: case identifying means for gen- 
erating case identifying data to identify a case 
record written into and retrievable from said sys- 
tem, feature selecting means operable by a user to 

25 select from a feature bank those feature data which 
the user observes in one or more diseases repre- 
sented by a case, and value assigning means 
operable by said user to select from a value bank 
value data which the user observes in the selected 

30 feature; and processing means for linking feature 
data, value data and pictorial image data to case 
records, for retrieving case records, and for dis- 
playing pictorial images associated with retrieved 
case records. 

35 In accordance with one application of this in- 

vention, a medical/pathology knowledge base con- 
taining textual and pictorial information on various 
diseases is created and stored in computer-reada- 
ble form, in one embodiment, the knowledge base 

40 includes user-selectable designations of diagnostic 
features which the author of the knowledge base (i. 
e. an "expert" author) determines are characteristic 
of respective conditions to be diagnosed. These 
features preferably comprise a case record of a 

45 patient diagnosed with a particular disease; and 
several case records are stored and retrieved for 
subsequent display of the features therein and of 
one or more pictorial images of those features. The 
knowledge base is used with a high speed com- 

50 puter system whose memory preferably includes a 
compact disc laser recorder/playback system. The 
laser disc (known as a "WORM") provides a very 
large memory suitable for storing pictorial images 
with relatively rapid access thereto. These pictorial 

55 images are linked to case records which may be 
stored in other storage devices, such as magnetic 
disc, whereby the retrieval of a case record ac- 
cesses the pictorial images linked thereto and the 
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retrieval of a pictorial image accesses the linked 
case record, thereby displaying the pictorial image 
and features of that case record. 

Preferably, the knowledge base is organized 
and codified by a recognized expert in the field, for 
example, in pathology. The invention provides the 
expert with a highly flexible format and data access 
tools which allows the expert to structure the data 
in almost any manner he believes will provide the 
easiest and most rapid access thereto, thereby 
helping users of the knowledge base to reach cor- 
rect diagnoses. Creation and editing the knowledge 
base can be made with only relatively few com- 
puter commands. 

The present invention also provides the 
user/pathologist with numerous ways to access and 
use the knowledge base. Information on specific 
diseases, may be requested, such as a request for 
retrieval of all cases having specified features or a 
request for ail cases in which a particular disease 
was diagnosed. Stde-by-side presentation of picto- 
rial images and display of text information relating 
to different diseases or features assist evaluation 
and diagnosis. 

The preferred embodiment of this invention 
includes a programmable processor which is in 
data communication with an input means, a display 
and an accessible storage means, the processor 
being programmed to respond to the input means 
to establish user-selectable designations of diag- 
nostic features which the author determines are 
characteristic of respective conditions to be di- 
agnosed and to establish user-selectable values of 
those features. Pictorial image data produced by 
an image input means is linked by the processor 
with one or more features and is stored in the 
storage means. Preferably, the image data is 
stored on the aforementioned WORM device, while 
the feature data is stored in another storage device, 
such as a magnetic disk. 

In one aspect of this invention, the processor is 
programmed to cause the display to provide 
prompts for guiding the author in selecting respec- 
tive ones of established features and to assign an 
established value to a selected feature which the 
author observes in a pictorial image. The processor 
is further programmed to enable the author to 
create new features (i. e. features which had not 
been established and stored previously) and to 
assign new values to those newiy created features. 
One characteristic of this aspect is that the knowl- 
edge base created by the processor is comprised 
of case records, each case including feature, value 
and (in most but not necessarily all cases) pictorial 
image data; and the addition of a new feature to 
one case results in the addition of that feature to all 
cases, this newly added feature awaiting assign- 
ment of a value in such other cases. Likewise, the 



deletion of a feature from one case (as opposed to 
merely the assignment thereto of a "0" value) 
results in the deletion of that feature from all cases. 
In accordance with another aspect of this in- 
5 vention, the linking of features and pictorial image 
data in a case record cooperates with the program- 
ming of the processor to retrieve all case records 
having the feature(s) selected by the author, from 
which case records the author may display text 
70 and pictorial information contained within a desired 
one of those retrieved case records. 

In accordance with yet another aspect of this 
invention, the processor is programmed to respond 
to the input means to generate overlay data which. 
75 in turn, is displayed as an overlay superimposed 
over a pictorial image for the general purpose of 
identifying with greater particularity a particular fea- 
ture which is included in the displayed pictorial 
image. The processor is programmed to link the 
20 overlay data with the pictorial image data and to 
store that overlay data such that subsequent re- 
trieval of this pictorial image data will be accom- 
panied by the retrieval of its associated overlay. 
As yet another aspect of this invention, the 
25 processor is programmed to retrieve all case 
records having the particular feature(s) selected by 
the author; with the expectation that the values of 
such feature(s) normally will vary from one case to 
another. The processor is programmed to deter- 
30 mine the distribution relative to each other of such 
cases having different respective values for the 
feature(s) and to display such distribution. Hence, 
the user of this invention is provided with an indica- 
tion, such as a graph-type display, of the number 
35 of cases in which a particular feature exhibits a first 
value, the number of cases in which that feature 
exhibits a second value, and so on. For example, if 
the feature in question is age of a patient, a display 
is provided of the number of cases in which the 
40 patient is less than 20 years old, in which the 
patient is between 20 and 30 years of age, in which 
the patient is between 30 and 40 years of age, etc. 
These cases may be. for example, of those pa- 
tients having non-inflammatory cells of a particular 
45 size and shape and of particular pleomorphic size 
and in which non-inflammatory cells exhibit a cer- 
tain type of chromatin pattern, etc. The processor 
is additionally programmed to search for case 
records having those particular features which are 
50 entered by the user, in accordance with typical 
boolean combinations of those features (e. g. all 
cases having each and every one of the entered 
features or all cases having at least one of those 
entered features). 
55 In accordance with yet another aspect of this 

invention, each case record may be linked with 
several pictorial images all of which may be re- 
trieved from the storage means when the case 
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record is accessed. As one characteristic of this 
aspect, all of the linked pictorial images are dis- 
played concurrently, in relatively reduced size, and 
the processor is progrannmed to permit the user to 
select cne of those reduced size images (as by 
operating the input means) for display in relatively 
magnified size. Thus, pictorial displays of different 
features contained in the case record, together with 
attendant overlays, may be selected, as desired, 
by the user. 

As yet another aspect of this invention, the 
features which may be included in a case record 
may be characterized as exhibiting discrete or con- 
tinuous values. The processor is further pro- 
grammed to permit editing of already established 
features cr newly created features; whereupon 
when a feature is designated by the author as 
having a discrete value, preset value data that has 
already been provided in the knowledge base is 
displayed for assignment by the author to the. fea- 
ture or, alternatively, the author may operate the 
input means to enter into the knowledge base a 
new discrete value. Alternatively, if the feature is 
designated by the author as having a continuous 
value, prompts are displayed for the author to 
select a range for the continuous value which may 
be assigned to that feature. 

in accordance with a still further aspect of this 
invention, the processor is additionally pro- 
gram.med to measure a value for a feature. For 
example, the feature may be the length of a cell or 
the distance between substances observed in a 
cell: or the feature may be the area of a eel! or cell 
nucleus or diseased portion of tissue; or the feature 
may be the density of certain material in a des- 
ignated portion of a cell or cell tissue. Such length, 
area, density is measured by the processor. 

In accordance with yet another aspect of this 
invention, to simplify the storage and display of 
features, the processor is programmed to establish 
author-seiectable categories of features, each cate- 
gory being comprised of a unique set of features. 
Operation of the input means is used to establish 
such categories and to link an established category 
to those features which the author determines 
should be included therein. Hence, for review or 
display purposes, the author need not access each 
and every feature from the knowledge base, par- 
ticularly if several features are not of interest to the 
author. Rather, the author merely need retrieve the 
far lesser number of categories from the knowledge 
base and then may select the particular category 
from which features are to be reviewed or dis- 
played. The processor is additionally programmed 
to add or delete categories from the knowledge 
base, thereby adding or deleting those categories 
from the individual case records stored in the 
knowledge base. 



Brief Description of the Drawings 

The following detailed description, given by 
way of example, and not intended to limit the 

5 present invention solely to the described embodi- 
ments, wiil best be understood in conjunction with 
the accompanying drawings in which: 

FIG. 1 is a block diagram of one embodi- 
ment of the system of the present invention; and 

w FIGS. 2-30 are representations of various 

displays, or computer screens and accompanying 
flow charts which describe the manner in which the 
screens are produced and the knowledge base is 
crafted. 

15 



Detailed Description of Preferred Embodiment 

20 The present invention finds ready application in 

the field of pathology. Consequently, it is described 
in that environment. However, it will be apparent 
that the presentation of pictorial images in conjunc- 
tion with textual data which relate to those images 

25 and assist in the evaluation of them is valuable in 
any area where the appearance of an object under 
study/examination is of critical importance. These 
areas may include other disciplines of medicine, 
such as dermatology and ophthalmology, as well 

30 as such non-medical areas as engineering, art his- 
tory and biology, to name but a few examples. It 
will, therefore, be appreciated that this invention 
finds general utility in the cognitive process of 
diagnosis. 

35 Although the equipment and computer compo- 

nents used in this invention are conventional and 
known in the art, it is nonetheless useful to de- 
scribe the hardware, thereby placing the invention 
in its operational environment. 

40 Referring now to FIG. 1 . the present invention 

is comprised of a computerized authoring system 
100 formed of a processor 102 which cooperates 
with a magnetic storage device 104, a monitor 106, 
a keyboard 108. a manually movable cursor con- 

45 troller 110 and a video camera 116. Processor 102 
preferably is a microcomputer such as a Sun 
model 3/110 supermicrocomputer manufactured by 
Sun Microsystems operating under the Unix 4.2'5 
operating system software and which uses an 

50 l.E.E.E. 696 bus with 1 megabyte of random ac- 
cess memory. Those of ordinary skill in the art. 
familiar with the Unix-controlled Sun microcom- 
puter will recognize such advantageous operating 
features as layering of programs and displays, 

55 background operation of programs, and use of a 
manual cursor controller (conventionally known as 
a "mouse"), among others. Processor 102 is pro- 
vided with graphics computer circuit cards whi'ch 
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can capture, digitize, display and process a 512 x 
512 X 8 bit image. 

To capture images, a microscope 114, such as 
a Leitz 12, is fitted with a trinocular adapter for 
video interface with video camera 1 1 6, such as an 
Ikegami RGB camera. Preferably, the video signals 
produced by camera 116 are digitized either by a 
suitable analog-to-digital converter included in or 
coupled to the camera, or by a converter provided 
in processor 102. Video images are displayed on 
monitor 106 which is a high resolution RGB moni- 
tor adapted to display 1100 x 900 pixels. 

The system also includes a video disk 
recorder/player 112. such as an optical disk Write 
Once Reproduce Many (WORM) device. The very 
large storage capacity of this device (e. g. on the 
order of about 1000 M bytes), coupled with its 
rapid access time, make the optical disk an ideal 
medium for the storage of images derived from 
video camera 116. Roughly 2000 images each of 
512 X 480 X 8 bits can be stored on a single optical 
disk. It will be recognized that a library of prepared 
optical disks enables the illustrated apparatus to be 
. used in diagnosis, analysis or "problem-solving" in 
a particular field or discipline (i. e. in a particular 
"domain") for which the disks have been prepared. 

Although other computers and a different se- 
lection of peripheral equipment may be used in the 
present invention, such equipment should be se- 
lected with an awareness that high processing 
speeds and large memory capacity are important 
considerations. 

The system shown in FIG. 1 relies upon image 
compression techniques to enhance its video im- 
age storage capability. This results in an effective 
* increase in the number of images that may be 
stored on optical storage device 112. The storage 
and manipulation of visual images, either color or 
black-and-white, is known in the art. Such images 
are typically processed to form a pattern of pixels, 
with each pixel representing the color or black and 
white value at a particular location. For example, in 
the present invention, images are divided in rectan- 
gular grids measuring 512 pixels in length and 480 
pixels in width, with a total of approximately 
246,000 pixels being used to represent the image. 
In a typical black and white image system, each of 
these pixels is assigned a value of from 0 to 255, 
with 0 representing black and 255 representing 
white (or vice versa). In terms of the amount of 
memory required to store such an image, each 
pixel requires 8 bits to represent its darkness val- 
ue. This results in a memory requirement of ap- 
proximately 220 K bytes per image. In a typical 
color system, the image is formed of the three 
primary colors, red, green and blue, with each pixel 
in the image being assigned an 8 bit value for each 
of the three colors. This method of digitizing a 



color image requires approximately 775 K bytes to 
store a single color image. Although the cost of 
memory has decreased markedly, even with optical 
storage devices such as the laser compact disc 

5 recorder/player, which has both a very large stor- 
age capacity as well as rapid access to stored 
information, storage of color images in the conven- 
tional manner would require too much time both to 
manipulate the images and to access them. 

70 The present invention employs a technique for 

digitizing and storing visual images which reduces 
the storage requirement of a single color image 
from 775 K bytes to 220 K bytes yet retains most 
of the information provided in the original image 

;5 and provides a highly acceptable video image for 
display on monitor 106. Although the number of 
bits required for each original image is still large, a 
useful number, roughly 2000 Images, can be stored 
on a single WORM device, and the processing and 

20 presentation of a single image may be performed 
in less than two seconds, which is an acceptable 
time delay- 
Color video camera 116, which is mounted on 
microscope 114, supplies video signals to proces- 

25 sor 102 comprising three separate images, a red 
Image, a blue image and a green image, where 
each pixel in each image is represented by an S-bit 
value designating its respective red, green and 
blue value. Once a color "plane" (image) has been 

30 supplied tc processor 102, a data reduction, or 
compression, process is carried out For the pur- 
pose of the presently described embodiment of 
this invention, namely a knowledge base system 
for pathology, it has been determined that ade- 

35 • quate color accuracy will be achieved if only 6 
shades of red. 7 shades of green and 6 shades of 
blue, each shade being of increasing color inten- 
sity, are provided. Of course, the distribution of 
color shades may be altered or modified as de- 

40 sired. 

As the data reduction process operates in sub- 
stantially the same way on each of the three color 
images or "planes" which comprise a single visual 
image, only the red "plane" processing will be 

45 discussed. The red plane is acquired as a 512 X 
480 pattern of pixels, with each pixel having a 
value of 0 to 255, thus providing 256 shades of red. 
However, only 6 shades of red need be stored. 
Instead of each pixel having a value representing 

50 one of 256 shades of red, each pixel of the red 
plane image "is provided with a value representative 
of only one of 6 shades of red. Each of these 
shades represents the maximum shade of the color 
within a given range of the original 256 shades. 

55 The original 256 shades are divided into six ranges 
with each range encompassing 43 original shades 
(6 X 43 = 258). For six equal ranges, the original 
256 shades are divided into (0-42), (43-85). (86- 
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128). (129-171), (172-214) and (215-257). and these 
ranges are represented sinnply as the values 42. 
85, 128. 171. 214 and 257, For example, if the 
original pixel had a "shade" value of 70. it would 
be assigned a value of 85, which represents the 
closest shade of red within the range (43 - 85) into 
which the original shade fell. Similarly, if the origi- 
nal pixel had a shade value of 51. it would be 
assigned a value of 42. Hence, these values are 
selectee to divide the entire range of shades in a 
color plane into 6 evenly distributed ranges. 

A potential negative consequence of this com- 
pression process is that resolution and contrast 
may be reduced because some visual information 
is lost when a range reduction process of this type 
occurs. To minimize this problem, an error averag- 
ing process is used. Each time a pixel's color value 
is reduced or increased to a value in the relevant 
range, the resulting net error Is divided among the 
pixel's immediate neighbors, thus lightening or 
darkening their shade of color prior to their being 
processed. In terms of the array of pixels which 
comprises the image, the pixel to the right of the 
pixel being processed, as well as the pixels verti- 
cally below it receive a portion of the total error. 
For example, assume a given pixel has a red value 
of 74. As 74 is closer to 85 than 42, this pixel 
receives a value of 85. However, this introduces an 
error of 1 1 shades of red. As the final value of red 
assigned to this pixel is too large, the four neigh- 
bors of this pixel, designated as N1-N4., have their 
values reduced in the following manner: 7/16 of the 
total correction is applied to Ni (the pixel to the 
right), a 16 to N2 (the pixel below and to the left). 
5,16 to N3 (the pixel below), and 1/16 to (the 
pixel belov^ and to the right). This is described 
more completely in "An Adaptive Algorithm for 
Spatial Grayscale " by Robert W. Fioyd and Louis 
Steinberg. Other methods of distributing the collec- 
tive errors couid be used. In this case, the approxi- 
mate result would be, that Ni's shade would be 
reduced by 5, Na's shade by 2. Ns's by 4 and N^'s 
by 0. As can be appreciated, at the borders of the 
image, although the calculation of the corrections 
remains the same, corrections which would apply 
to pixels beyond the border of the image are 
discarded. 

This method of reducing the number of color 
shades whiie maintaining resolution and contrast is 
applied to the green and blue color planes in the 
same manner is performed on the red plane. The 
final processing step combines the three color val- 
ues into one 8 bit value per pixel. This is done by 
using a so-called "lookup" table, which resides in 
the system hardware, to assign a number from 0 to 
255 which represents each particular combination 
of the 6 red, 7 green, and 6 blue shades. Con- 
sequently, the requirement for storing essentially 



three separate color images, each requiring 220 K 
bytes of memory, is reduced to storing only one 
image of 220 K bytes, without any serious deterio- 
ration of the image contrast or resolution. 
5 Referring again to FIG. 1, processor 102 is in 

data communication with each of monitor 106, key- 
board 108, cursor controller 110 (referred to herein 
by its conventionally understood designation of 
"mouse"), optical storage device 112 and video 
ro camera 116. The program provided for processor 
102. described in greater detail below, enables the 
illustrated apparatus to function as a computerized 
authoring system by which a user, also referred to 
. as an "author" or "expert", operates keyboard 108, 
15 mouse 110 and video camera 116 to create a 
knowledge base adapted to be stored and retneved 
from magnetic disk storage 104 and from optical 
disk storage 112. In this regard, the magnetic disk 
storage preferably is formed as a so-called hard 
20 disk drive, several models of which are manufac- 
tured and commercially available from various 
sources. As will become apparent, the knowledge 
base is comprised of both textual and pictorial 
information; and it is convenient to store the textual 
25 information on hard disk 104 while storing the 
pictorial information on optical disk 112. Neverthe- 
less, the pictorial information is sufficiently linked to 
the textual information as to be easily and readily 
read from the optical disk to display on monitor 
30 106 particular characteristics which are identified 
by the textual information read from hard disk 104. 

In the domain of pathology, for which the illus- 
trated system is quite useful, the knowledge base 
created by the author who uses this system preter- 
ms ably is comprised of case records which document 
various diseases that the author has observed in 
patients. Of course, the purpose of this knowledge 
base is to assist in subsequent diagnoses by pa- 
thologists or other physicians based upon a com- 
40 parison of the characteristics presently being ob- 
served with those characteristics included in the 
knowledge base. Accordingly, while the illustrated 
system is described herein as a computerized au- 
thoring system, it will be appreciated that this sys- 
45 tem is not limited solely to the function of 
"authoring", that is. the function of creating the 
knowledge base. Indeed, and as will become ap- 
parent from the ensuing discussion, system 100 
operates readily as a reference system for the 
50 particular domain of case records which have been 
created, thus supporting the cognitive process of 
diagnosis, and also as a training system for the 
education and training of users in that domain. 
In the interest of simplification, system 100 is 
55 described in the environment of pathology. When 
used as an authoring system, case records are 
created as a compilation of designations selected 
by the author of those diagnostic features which 
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the author determines are characteristic of respec- 
tive conditions, or diseases, to be diagnosed. 
These are referred to herein as "features" and 
each case record is formed of several features. It is 
expected that substantially all case records will 
include some of the same types of features, such 
as the identification of the case, the name- of the 
patient, the eventual diagnosis, the identification of 
various biological cell analyses (the cytology num- 
ber), date of cytology, the age and sex of the 
patient, as well as various other features which are 
relevant to the disease In question. It is convenient 
to classify various related features as "categories", 
wherein each category is comprised of a unique 
set of features. As examples, for the domain of 
cytology, the category of "patient descriptor" may 
include the features of age, sex and exposure to 
asbestos. -The feature of "age" may be divided into 
ranges of "values", such as the ranges 0-20. 21-30, 
31-40, 41-50. etc. The feature of sex may be 
assigned one of two values: male or female. The 
feature of asbestos exposure may be assigned the 
value of present, absent, questionable, unknown or 
other. As another example, the category of "current 
sites with positive cytology" may include the fea- 
ture of "positive cytology, right pleura", with the 
possible values of present, absent, questionable, 
unknown and other. Another feature included in this 
category is "positive cytology. left pleura", with the 
possible values: present, absent, questionable, un- 
known and other. Another feature included in this 
category is "positive cytology, peritoneum", with 
the possible values: present, absent, questionable, 
unknown and other. Finally, another feature includ- 
ed in this category is "positive cytology, pericard- 
ium", with the values: present, absent, question- 
able, unknown and other. The various categories of 
.features and possible values for these features for 
the domain of cytology is set out in Appendix A. 

Prior to the formulation of even the first case 
record, the author, or expert, creates a glossary of 
categories, features included in each category, and 
the possible values to be assigned to each feature. 
This glossary, or dictionary (or sometimes de- 
scribed in the drawings as a thesaurus), is pre- 
pared on the basis of the expert's familiarity with 
the knowledge base domain in which he is an 
expert. It is expected that each case record subse- 
quently formulated by the expert will include some, 
if not all, of the categories contained in the dic- 
tionary, and it is further expected that some of the 
features within a category simply will not be 
present in the case being documented. However, 
by first creating the dictionary of categories, fea- 
tures and values, the author is provided with a 
"template" of substantially ail of the diagnostic 
features which should be addressed in document- 
ing a case and in diagnosing a disease. From 



experience, it has been found that this template 
permits a case record to be created in about 1 5-20 
minutes. 

It will be recognized that some of the values 
5 assigned to a particular feature may be simply 
numerical values (e. g. age. number of cells in 
various groups, percentage of cells reacting with 
keratin, etc.); other values may be best described 
as "textual" (such as the value, or description, of 
10 cell shape - which may be oval, round, irregular or 
variable -- or cytoplasm density -which may be 
variable, dense, delicate or pale -- or the chromatin 
pattern of a cell nucleus - which may be clear, 
pale, even, finely granular, coarsely granular, 
15 hyperchromatic. irregular or variable - etc.); and 
still other features may have values which must be 
measured (such as pleomorphic size of a cell, 
density of ceil cytoplasm, or cell area). These 
values may be thought of as being discrete (a text 
20 description constitutes the value) or continuous (a 
numerical value), or calculated from measured pa- 
rameters. This last type of value is described here- 
in as a "scripted" value because the measurement 
thereof is determined on the basis of a "script" of 
25 specified procedures and algorithms. Once created 
by the expert, the dictionary contains substantially 
all of the features which the expert determines are 
most useful or influential in diagnosing diseases, 
together with substantially all of the values which 
30 may be assigned to each feature. For those cases 
wherein the preestablished features are not suffi- 
cient to characterize an observed condition, the 
expert operates the system, as will be described, 
to create a new feature and assign a value thereto. 
35 Advantageously, when a new feature is created, it 
is added to the dictionary and thus is included in 
the store of features (i. e. the feature bank) and is 
available to the expert for selection in characteriz- 
ing observed conditions in future cases and for 
40 editing existing cases. For example, in observing 
cases of malignant mesthelioma. the expert might 
not have observed the halo inside the cell border of 
Pap-stained cytology specimens. Hence, the fea- 
ture "inside halo" might not have been created 
45 and, thus, will not exist in the data base dictionary. 
If. during observations of other cases of malignant 
mesthelioma. the expert now finds "inside halo" in 
Pap-stained cytology specimens, this feature may 
be added to the data base dictionary and the value 
50 that may be assigned thereto may be "absent", 
"occasional", "frequent" or "other". This newly- 
added feature will be added to previously created 
case records, but no value will be assigned thereto. 
However, since a value must be assigned to make 
55 a case record complete, even if it is "other" (e. g. 
not applicable to a particular case), the expert has 
the opportunity to edit those case records which he 
created previously so as to assign an appropriate 
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value to tnis new feature. 

Likewise, the feature of pleomorphism for cell 
orientation might have been observed by the ex- 
pert in early cases resulting in the diagnosis of 
malignant mesthelioma. However, as the expert 
observes additional cases of malignant 
mestheticma, he might find that this feature is 
relatively unimportant and has little, if any, bearing 
on the ultimate diagnosis. The expert may delete 
this feature of pleomorphism for cell orientation 
from the knowledge base dictionary, thereby delet- 
ing this feature and its value from all case records. 
Thus, features may be added to or deleted from 
the knowledge base, resulting in the addition or 
deletion of those features from previously created 
case records. It will be understood that each case 
record contains all of the features created for the 
dictionary, even if the value of a particular feature 
in a given case is "not applicable". 

Notwithstanding the characterization of a fea- 
ture as being discrete or continuous, the feature 
also may be visually observable (although some, 
such as age, sex and several other clinical features 
wiil not). For example, most of the features in- 
cluded in the category "general cell morphology" 
are visual features. Examples of these include the 
size and shape of the cell and of the nucleus, as 
well as pleomorphic size and shape. Similarly, the 
features included in the category of Pap-cytoplas- 
mic morphology and the features included in the 
category of cell block histochemical stains, as ex* 
amples, also generally are visual features. Such 
visual features in a specimen being examined are 
displayed on monitor 106 after being imaged onto 
video camera 116 by microscope 114. As is known 
by those of ordinary skill in the art. the operating 
system used with processor 102 is such that dis- 
play 106 may be controlled as to provide textual 
information in one portion of the display and picto- 
rial information in another. Thus, while the expert is 
viewing a specimen, the various features which 
characterize that specimen may be selected from 
the knowledge base dictionary and the appropriate 
preestablished values may be assigned thereto. In 
the event that the dictionary does not contain an 
appropriate feature characterization, the expert may 
operate keyboard 108 to create a new feature, 
assign an appropriate value to that feature and 
enter that newly created feature into the knowledge 
base dictionary. Thus, various characteristics that 
are observed in the displayed image are suitably 
identified by designating those characteristics as 
particular features retrieved from the knowledge 
base and by assigning proper values from the 
knowledge base to those designated features. 

A graphics application program is included in 
the overall software of processor 102. This graph- 
ics application program is adapted to display var- 



ious signals, referred to as "overlays", which the 
expert may select and position on display 106 so 
as to particularly point out or highlight particular 
features or other characteristics of a displayed pic- 
5 torial image. This graphics application program is 
similar to a commercially available program de- 
signed for Apple and Macintosh microcomputers 
and known as MacPaint". Like the "MacPaint" 
graphics application system, mouse 110 is con- 
w trolled to superimpose a cursor over a desired 
overlay symbol, select that symbol for use, and 
then reposition the cursor with the overlay symbol 
"attached" thereto to any desired location on the 
display screen. The final, desired position of the 
;5 overlay symbol is identified by, for example, its 
position on the display screen, that is, its pixel 
location, and this location data together with over- 
lay identification data are stored as part of the case 
record. When the pictorial image for which this 
20 overlay had been created subsequently is read 
from optical disk 112 and displayed on monitor 
106, the overlay data linked to this image is read 
from magnetic disk 104 and is superimposed onto 
the displayed pictorial image. Thus, overlays may 
25 be created and positioned to illustrate particular 
features or other characteristics during subsequent 
displays of that image. 

As mentioned above, optical disk drive 112 is 
known as a WORM drive and. thus, a pictorial 
30 image derived from video camera 116 and dis- 
played on monitor 106 may be written onto the 
optical disk. Typically, this pictorial image is in- 
cluded in a case record and identification data is 
recorded in the case record to identify the location 
35 on the optical disk of that pictorial image. Hence, 
the pictorial images are linked to the case record to 
permit quick and easy retrieval and display. 

As. may be expected, two or more pictorial 
images may be linked to a particular case record. 
40 One type of feature may best be illustrated in one 
pictorial image, whereas a different feature might 
be present in a different image.. Usually, the dif- 
ferent images associated with the same case 
record are sufficiently distinct as to be quickly 
45 recognized by the expert. Because of this ready 
distinction among the images, only a small amount 
of data is needed to provide a rough or approxi- 
mate display, of each image. Accordingly, each 
case record stored on magnetic disk 104 and to 
50 which one or more pictorial images stored on op- 
tical disk 112 are linked includes image data which, 
when read from the magnetic disk, results in the 
display of the aforementioned rough or approxi- 
mate images. These approximate images are dis- 
ss played in relatively reduced size and are referred 
to herein as "icons", each icon corresponding to a 
pictorial image stored on optical disk 112. A de- 
sired icon may be selected, as by operating mouse 
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110 to position the cursor over the desired icon, 
causing processor 102 to read the corresponding 
pictorial image from optical disk 112 for display on 
monitor 106. 

During his creation of a case record, the author 
is expected to identify those features which, in his 
opinion, are best iitustrated in a displayed pictorial 
image. This may be achieved simply by linking the 
selected features to the displayed image, for exam- 
ple, by identifying in the case record the particular 
image (or images) in which the feature is illus- 
trated. A feature may be linked to an image by 
designating a selected feature as a "visual" feature 
while a pictorial image is displayed. It is assumed 
that by selecting such a designated feature at the 
time that a pictorial image is displayed, the expert 
observes that feature in that image. 

Of course, certain categories of features are 
not visual features. As an example, those features 
included in the category of "clinical features" typi- 
cally are not visual. Examples of clinical features 
include the age and sex of a patient, whether the 
patient has been exposed to asbestos, whether the 
patient previously had a tumor and other selected 
diseases, and whether the patient has particular 
clinical symptoms (e. g. shortness of breath, pain, 
ascities or bowel obstruction). Nevertheless, such 
clinical features are selected and assigned values 
in the same manner as visual features are selected 
and valued. 

The manner in which system 100 is used inter- 
actively by an expert to craft a knowledge base of 
case records comprised of features now will be 
described in conjunction with the various display 
screens presented on monitor 106. The manner in 
which those screens are generated by processor 
102 and the manner in which the processor re- 
sponds to the operation of keyboard 108 and to 
mouse 110 by the expert also will be described. 
Referring first to FIG. 2, there is illustrated a basic 
display screen 200, referred to herein as the 
"home" screen. The operating and applications 
programs of processor 102 cause monitor 106 to 
display this home screen which is comprised gen- 
erally of a case window 202 and a feature window 
220. Those of ordinary skill in the art wilt under- 
stand what is meant by reference to "windows" in 
the environment of a computer. 

Case window 202 displays a case list 204 
which identifies the case records stored in the data 
base. It is appreciated that only a limited number of 
case identifications may be displayed in case win- 
dow 202; and this case list may be scrolled to 
display additional identifications. A suitable scroll 
"button" may be displayed (not shown) and ac- 
tivated by operating mouse 110 to position the 
cursor on this scroll button, whereafter the user 
simply operates one of the selector switches pro- 



vided on the mouse. Such a scrolling feature and 
scroll button are conventional and further descrip- 
tion thereof need not be provided. It should be 
noted here that the operating and applications sys- 
5 tems cause monitor 106 to display discrete areas 
which are referred to as "buttons". When used with 
mouse 110, a button is activated simply by super- 
imposing the cursor on a desired button and then 
activating a selector switch on the mouse. Alter- 
10 natively, monitor 106 may be provided with a 
touch-sensitive screen which senses a user's finger 
in contact with the location of a displayed button, 
whereupon that button is activated. As a further 
alternative, keyboard 108 may be operated to posi- 
ts tion the cursor at a desired button and to activate 
that button. As yet another alternative, various keys 
on keyboard 108 may be associated with respec- 
tive buttons such that the actuation of a key cor- 
respondingly activates that button. As yet another 
20 alternative, system 100 may be provided with a 
light pen which the user may juxtapose opposite a 
desired button and thereby actuate that button. It 
will be appreciated that other input devices may be 
used in cooperation with the various display 
25 screens to be described for the purpose of entering 
data and interacting with the displayed information. 
For simplification, mouse 110 and keyboard 108 
are described as such input devices, 

A case 206 selected by the expert and in- 
30 eluded in displayed case list 204 is highlighted to 
identify that it has been selected. In the absence of 
any deliberate selection by the expert, a so-called 
default case identification, such as the first case 
identified in case list 204, may be highlighted and, 
35 thus, selected. 

Case window 202 also displays a list diagnosis 
button 208, a new case button 210, an edit case 
button 212, and a delete (or cut) case button 214. 
Actuation of a respective button results in the op- 
40 eration or function so identified. For example, ac- 
tuation of the list diagnosis button 208 results in a 
display on monitor 106 of a list of various di- 
agnoses that have been entered into the knowledge 
base. Diagnoses are listed in a hierarchy, and the 
45 selection by the user of any diagnosis included in 
the displayed list results in a list of next lower level 
diagnoses, the selection of any one of which re- 
sults in yet another list of a still lower level of 
diagnoses, and so on. These sequential levels of 
50 diagnoses indicate the dependence of a given di- 
agnosis on the preceding higher levels of diag- 
noses. As shown in FIG. 18, these diagnoses lists 
are superimposed onto home screen 200 which 
remains as the "background". 
55 New case button 210, when actuated, is used 

by the expert to create a new case. Data fields, 
referred to as "text input items", associated with 
basic case features are displayed and require the 
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entry of particular values. For example, text input 
items requiring the entry of the case identification 
number and the particular diagnosis of this case 
are displayed, as described with reference to FIG. 
19. Thus, the basis of the case record is created. 
Upon creation of a new case, the case identification 
number (or other suitable identification, such as a 
case name) is added to the case list and, typically, 
appears as the last item in that list. 

Actuation of the edit case button 21 2 retrieves 
from the knowledge base both the textual informa- 
tion and visual image information contained in the 
record of the particular case which is highlighted. 
(In a list cf items, the one item which is highlighted 
is the "selected" item. Since the user has the 
choice of selecting any item in the list, the list is 
referred to as a choice of items, or simply a 
"choice"-) Thus, actuation of edit case button 212 
retrieves the case record of selected case 206. As 
a result, monitor 106 displays the icons of those 
pictonal images contained within the case record, 
as well as a more complete (i. e. magnified) picto- 
rial image of the first icon, shown in FIG. 20. The 
icon of the displayed pictorial image is indicated, 
such as by highlighting the border of that icon; and 
a listing of those overlays which have been estab- 
lished for this pictorial image is provided. Addition- 
ally, a default category of features is indicated, as 
in selected category window 222 (also referred to 
as the current category message) of feature win- 
dow 220 (to be described), and those features of 
the case (i. e. the case features) included in the 
indicated category are listed in feature list 224 (or 
feature choice). If the expert previously had an- 
notated the case record with a text description, 
such as a description of why this case has been 
selected and what it represents, the annotation also 
is displayed. 

Actuating edit case button 212 establishes an 
edit case mode of operation, whereby the expert 
may create, alter, modify or add to the information 
contained in the case record. For example, if a new 
feature had been added to the dictionary, the value 
of this feature in the case record will appear as 
"not repcrted", and now may be assigned. This 
new feature may be illustrated in one or more 
pictorial images linked to this case and the expert 
may create and position overlays in those pictorial 
images. Thus, the edit case mode of operation, 
described more particularly in conjunction with 
FIGS. 21-23, permits refinement and the addition of 
further observations of features contained in that 
case and enables the expert to be consistent in his 
characterization of a feature from one case to an- 
other. Changes in the conditions of a patient and 
additicnai diagnoses of the patient's disease or 
diseases likewise may be documented in the edit 
case mode. Of course, if a new case record had 



just been created, as by the aforementioned ac- 
tuation of new case button 210, the edit case 
function is used by the expert to value the features 
of that case; i, e. to document the case. 

5 Actuation of the delete case button 214 simply 

deletes the record of the case which has been 
selected from the knowledge base. That is, the 
record of selected case 206 is effectively erased, 
as described in FiG. 24. The delete case mode 

70 may be useful if the expert discovers subsequent 
to the creation of the case record that his diagnosis 
was erroneous. Also, if the initial reasons relied 
upon by the expert to create that case no longer 
are valid, the delete case mode may be used to 

75 refine the overall knowledge base. 

Home screen 200 also displays a feature win- 
dow 220 which includes a selected category win- 
dow 222 (also known as the current category mes- 
sage), a feature list (or choice) display 224 and 

20 various buttons 228-242. As mentioned above, for 
ease of classification and utilization of the various 
features included in the data base, unique sets of 
features are classified into respective categories. 
Examples of such categories include clinical fea- 

25 tures, Pap overview, cytoplasmic morphology, nu- 
clear morphology, cell background, cell morphol- 
ogy, ceil group features, immunoperoxidase and 
microscopic features. Preferably, an initial cate- 
gory, designated a default category, Is displayed 

30 as the current category message 222, and the 
features included in the displayed category are 
listed in feature choice 224. The category indicated 
in current category message 222 may be changed, 
as by actuating the list categories button 228. de- 

36 scribed below, and those features included within 
the newly-selected category are displayed in fea- 
ture choice 224. 

Any one of the features identified in feature 
choice 224 may be selected for further processing, 

40 as will be described. The selected feature is high- 
lighted, as represented by selected feature 226. In 
one embodiment, when a new feature list 224 is 
displayed, the first feature in that list is highlighted 
and is designated the selected feature. If desired, 

45 any other default feature may be designated the 
selected feature. Although the feature list may be 
displayed without a default feature, it is preferred, 
to avoid errors, to designate one of those displayed 
features as the selected feature even if the expert 
50 has not intentionally done so. 

The buttons included in feature window 220 
include a list categories button 228, a new feature 
button 230, a new category button 232, an edit 
feature button 234. an edit category button 236, a 
55 view feature button 238. a cut feature button 240 
and a cut category button 242. These buttons may 
be actuated in the manner described above with 
reference to buttons 208-21 4 to establish operating 
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modes or functions represented by those buttons. 
!n one embodiment, the actuation of list categories 
button 228 superimposes a window, or frame, in 
which all of the categories included in the dic- 
tionary of the data base are listed- This is shown 
more particularly in FIG. 3. Selection of any one of 
the listed categories is indicated in current cate- 
gory message 222; and the features included in the 
selected category are displayed in feature choice 
224. 

The actuation of new feature button 230 results 
in the display of a create feature frame (discussed 
below with reference to FIGS. 6-9) with a text input 
item requesting the entry of a data field to identify 
the new feature which the expert wishes to create. 
Since this feature is created for the category in- 
dicated in message 222. the newly created feature 
is added to feature list 224, preferably immediately 
following selected feature 226, where ever that 
selected feature may be. 

The actuation of new category button 232 re- 
sults in the display of a new category window 
(described below with reference to FiG. 4) having 
text input items which request the entry of data in 
particular data fields by which the new category 
may be identified and described. 

It will be appreciated that newly created fea- 
tures and categories are added to the knowledge 
base dictionary and to the case records included in 
the knowledge base. Typically, the creation of a 
new category is accompanied by the creation of 
new features included in that category and is used 
by the expert to provide a basis for documenting a 
case and also to further refine the various case 
records included in the knowledge base. 

The actuation of edit feature button 234 causes 
monitor 106 to display an edit feature frame 
(described more particularly with reference to 
FIGS- 10-12) which identifies the selected feature 
226. identifies its type (i- e. whether it is a discrete, 
continuous or scripted feature) and identifies 
whether it is a visual feature. The list of possible 
values for this feature, which is retrieved from the 
knowledge base, may be modified by adding or 
deleting values, as will be described- 

The actuation of edit category button 236 
causes monitor 106 to display an edit category 
frame which identifies the then current category 
indicated in message 222. The name of this cate- 
gory may be modified, for example, to provide a 
more accurate description of the features contained 
therein. Also, an annotation describing this cate- 
gory may be revised as desired. Any changes to 
the name or annotation of the category are stored 
in the knowledge base and. thus, are written into 
each case record. The edit category function is 
more fully described with reference to FIG. 5. 

The actuation of view feature button 238 



causes monitor 106 to display a feature profile 
frame (described more particularly with reference 
to FIG. 13). The purpose of the feature profile 
frame and. 'thus, one of the functions of the view 
5 feature mode of operation is to permit the expert to 
search for cases included in the data base in which 
the feature being viewed (i. e. selected feature 226) 
is present. It is expected that a typical feature will 
have different values in different cases. The feature 
w profile frame not only identifies those cases having 
the selected feature but also provides an indication 
of the distribution relative to each other of those 
cases having different values of this feature. For 
example, a histogram illustration may be displayed. 
15 The view feature mode of operation also enables 
the expert to establish search criteria, such as to 
search for those cases having not only the. selected 
feature 226 but other features, thereby enabling the 
expert to determine the relative importance or infiu- 
20 ence of the selected feature in conjunction with 
other characteristics. The search criteria also may 
be based on a selected diagnosis, whereby the 
knowledge base is searched for case records hav- 
ing both the selected diagnosis and the selected 
25 feature. A list of those cases which have been 
found by this search is displayed, and the case 
record of any of the displayed cases may be 
retrieved and displayed on monitor 106, 

As a preferred aspect of this invention, if the 
30 selected feature for which the feature profile has 
been produced is a visual feature, it may be dis- 
played. As described with reference to FIG. 14, 
those pictorial images included in the retrieved 
cases may be read from optical disk 112 and 
35 displayed on monitor 106. The expert thus may 
observe the visual characteristics of the selected 
feature 226. particularly in the environment estab- 
lished by the search criteria which he has estab- 
lished. 

40 The actuation of cut feature button 240 effec- 

tively deletes the selected feature 226 from the 
knowledge base. Since each case record includes 
a value of this feature, even if that value is "not 
applicable", it is recognized that the deletion of 

45 selected feature 226 may result in the loss of 
significant information from the case records in the 
knowledge base. Consequently, as shown in FIG. 
15, a warning message is provided on monitor 106 
requiring the user either to confirm or withdraw this 

50 cut feature operation. Upon confirmation, this fea- 
ture is deleted from the knowledge base dictionary 
and from all of the case records included therein. 
However, if the user withdraws this selection of the 
cut feature operation, monitor 106 merely returns to 

55 display home screen 200. thereby permitting the 
user to initiate any desired operation, as repre- 
sented by the actuation of one of buttons 208-214, 
or one of buttons 228-242, or diagnosis button 244. 
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If cut category button 242 is actuated, an op- 
eration similar to that described above with respect 
to the actuation of cut feature button 240 is carried 
out. In the cut category operation, a confirnnatory 
nnessage is displayed on monitor 106, as illustrated 
in FiG. 16. The purpose of the cut category opera- 
tion is to delete from the knowledge base the 
current category indicated in message 222. How- 
ever, this category may include one or more fea- 
tures whose values have already been assigned. 
Since the cut category operation would delete 
those features from the knowledge base, processor 
102 is programmed to preclude the cut category 
operation from being carried out in the event that 
the current category selected for deletion contains 
one or more features which themselves have not 
yet been deleted from the dictionary. If the current 
category does not include such features, the user 
may confirm that the current category should be 
deleted: and upon such confirmation the knowledge 
base is updated by deleting the current category 
from the dictionary. 

Home screen 200 is provided with a diagnosis 
button 244. the actuation of which causes monitor 
106 to display a so-called diagnosis tree. This tree 
is created by the expert and is used to verify the 
accuracy by which diagnoses are made on the 
basis of observed features and diagnoses which 
are precedent. An example of an existing diagnosis 
tree is illustrated in FIG. 26. and FIGS. 27-29 
illustrate the manner in which the diagnosis tree 
may be expanded or edited. Since each case 
record includes a diagnosis, the diagnosis tree is a 
valuable too! in recognizing how one diagnosis 
leads to another. 

A brief and simple example of the utility of this 
diagnosis tree is as follows: Let it be assumed that, 
in the population of patients in which the knowl- 
edge base is interested, all of those patients have 
been diagnosed as having tumors. However, the 
tumor may be benign or malignant. In the diagno- 
sis tree, these two diagnoses may be thought of as 
nodes of the tree, and both are on the same level 
and may be thought of as "siblings". For those 
patients having benign tumors, the next lower level 
of diagnoses is based upon the observation that 
such diagnoses appear only in patients who have 
benign tumors. This next lower level of diagnoses 
may be thought of as "children" of the preceding 
upper level. Similarly, the diagnosis "malignant tu- 
mor" will have dependent therefrom one or more 
"children" whose diagnoses are found only in pa- 
tients having malignant tumors. The ability to edit 
the diagnosis tree permits refinements based upon 
experience and a greater population of cases and, 
of course, the expert's observations of those cases. 

The Mow charts of the various operations and 
routines carried out by processor 102 are self- 



explanatory. A working understanding and familiar- 
ity with the operating system used in the Sun 
microcomputer, and particularly the ability of that 
operating system to utilize windows and frames, to 

5 add layers or levels of routines with previously 
executed routines continuing as "background" is 
assumed. Likewise, the ability of the Sun micro- 
computer to function with its operating system in 
conjunction with mouse 110, and the capabilities 

10 and functions of that mouse, also is assumed. To 
familiarize the reader with the illustrated flow 
charts, the following describes the flow chart shown 
in FIG. 2A. 

The flow chart shown in FIG. 2A is adapted to 

75 create the information illustrated in feature window 
220 and to branch to an appropriate routine or 
function depending upon which of the illustrated 
buttons is actuated. To create the information in 
feature window 220, the processor first retrieves 

20 from the knowledge base a list of ait of the cate- 
gories therein, as indicated at 201 in FIG. 2A, and 
as shown at 203, the processor creates the current 
category message illustrated as message 222 in 
FIG. 2. The processor then advances to instruction 

25 205 which selects the "default" category in the 
category list and displays this default category as 
the current category in message 222. Typically, the 
default category simply is the first category in the 
category list of the knowledge base. 

30 The processor then advances to instruction 207 

and retrieves from the knowledge base the list of 
features included in the category depicted as the 
current category. These features are listed as fea- 
ture list 224. any one of which may be selected, as 

35 mentioned above. After listing these features, as at 
209, the processor advances to instruction 21 1 and 
selects the first feature in this list as selected 
feature 226. It is appreciated that, if desired, any 
other feature in list 224 may be selected. 

40 The processor then creates buttons 228-242, 

as represented by sequential instructions 213-227. 
The sequence in which these buttons are created 
and the order in which they are displayed in fea- 
ture window 220 may be varied as desired. Once 

45 feature window 220 is created and displayed, the 
processor simply "waits", as represented by in- 
struction 229, until action is taken by the user. 

The state of waiting for the user to actuate a 
button is represented by the various inquiries de- 

50 picted in FIG. 2A. Depending upon which button is 
actuated by mouse 110, the corresponding func- 
tion, or routine, represented by that button is car- 
ried out. Thus, if list categories button 228 is ac- 
tuated, as indicated by an affirmative answer to 

55 inquiry 23.1 , the processor branches to a list cate- 
gory routine illustrated by the flow chart of FIG. 3A. 
If create category button 232 is actuated, as repre- 
sented by an affirmative answer to inquiry 239, the 
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processor advances to the new category routine 
represented by the flow chart of FiG. 4A. If edit 
category button 236 is actuated, as represented by 
an affirmative answer to inquiry 247, the processor 
advances to the edit category routine illustrated in 
FiG. 5A. If create feature button 230 is actuated, as 
represented by an affirmative answer to inquiry 
235, the processor advances to the new feature 
routine illustrated by the flow chart of FIG. 6A. 

Digressing for a moment to the flow chart of 
FIG. 6A, the new feature operation comprises the 
function by which the expert may establish the 
appropriate values for the feature which he is creat- 
ing. As mentioned above, a feature may be visual 
or non-visual, and may be characterized as a dis- 
crete feature whose value is represented by text (in 
many instances, simply a single word), a continu- 
ous feature whose value is represented by a nu- 
meral within a user-defined range of numbers or a 
"scripted" feature whose value (such as length, 
area or density) is measured directly from the 
displayed feature. FIG. 6 illustrates the "new fea- 
ture" screen displayed on monitor 106, and it is 
seen that buttons are provided to enable the expert 
to select the feature type (visual' or non-visual) and 
value type (discrete, continuous or scripted). De- 
pending upon which of the value type buttons is 
actuated, the processor advances, as illustrated in 
the flow chart of FIG. 6A, to a discrete valued 
feature creating routine (whose display screen is 
illustrated in FiG. 7). to a continuous valued feature 
creating routine (whose display screen is illustrated 
in FIG. 8) or to a scripted valued feature creating 
routine (whose display screen is illustrated in FIG. 
9). 

Returning to the flow chart of FIG. 2A. tf edit 
feature button 234 is actuated, as represented by 
an affirmative answer to inquiry 243, the processor 
advances to the edit feature routine shown in the 
flow chart of FiG. 10A. Digressing again, and with 
reference to the flow chart of FIG. 10A. since a 
feature may be a discrete valued feature, a con- 
tinuous valued feature or a scripted valued feature, 
different routines are provided to edit each of these 
value types. Advantageously, once the expert has 
selected a particular value type when creating a 
new feature, he is not permitted to change that 
type during an editing operation. As can be seen 
from the flow chart of FIG. 10A, if a feature se- 
lected by the expert for editing is a discrete value 
type, the processor advances to the edit discrete 
feature routine depicted by the flow chart of FIG. 
10B, Similarly, if the feature selected for editing is 
a continuous value type, the flow chart of FIG. 10A 
advances to the edit continuous value routine de- 
picted in FIG. 11 A. Finally, if the feature selected 
for editing is a scripted value type, the processor 
advances from the flow chart of FIG. 10A to that 



depicted in FIG. 12A. 

Since the editing of a feature results in a modi- 
fication in the feature values present in the knowl- 
edge base; it is possible that some cases which 
5 include the feature being edited will be significantly 
affected. For example, if a discrete value of a 
feature is changed, a case having the originally 
valued feature (i. e. a feature having the value 
which now is being changed) will be affected. Pro- 
10 cesser 102 takes this into account, as represented 
by the flow chart of FIG. 10C. such that the case 
record stored in the knowledge base is modified to 
indicate that this now-edited feature has not yet 
been reported. That is, since the assigned value of 
15 this feature in the case record has been changed, 
the expert is given the opportunity, when reviewing 
this case, to select another value for this now- 
edited feature. 

Returning to FiG. 2A. if view feature button 238 
20 is actuated, as represented by an affirmative an- 
swer to inquiry 259, the processor advances to the 
view feature routine illustrated in FIG. 13A. This 
function enables the expert to observe how this 
particular feature behaves in, or influences, dif- 
25 ferent diagnoses. Not only is the expert provided 
with statistical information regarding behavior, as 
shown by the display screen of FIG. 13, but this 
view feature function permits the expert to observe 
that particular feature in different cases. For exam- 
30 pie. for the feature Pap nuclear border shape, the 
display screen shown in FIG. 13 indicates to the 
expert the number of cases in which the nuclear 
border shape is smooth, the number of cases in 
which this shape is irregular, the number of cases 
35 in which this shape is variable and the number of 
cases in which this shape has been designated as 
"other". As will be apparent from the flow chart of 
FIG. 13A, the expert may observe the pictorial 
image of a smooth nuclear border in those cases 
40 having same. Likewise, the expert may observe the 
pictorial image of an irregular nuclear border as it 
appears in different cases, or he may observe the 
pictorial image of a variable nuclear border in other 
cases. The flow chart of FIG. 14A, which is reached 
45 from the flow chart of FIG. 13A. depicts how this 
viewing of an image is carried out. and FIG. 14 
illustrates a display screen of what is viewed by the 
expert. 

Returning again to FiG. 2A, if cut feature button 
50 240 is actuated, as represented by an affirmative 
answer to inquiry 251, the processor advances to 
the cut feature routine illustrated in FIG. ISA. Fi- 
nally, if cut category button 242 is actuated, as 
represented by an affirmative answer to inquiry 
55 2 55, the processor advances to the flow chart of 
FIG. 16A, 

It is appreciated that, depending upon the par- 
ticular function to which the processor has ad- 
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vanced, as selected by the expert, the specific 
operations that may be carried out for that function, 
as tiiustrated in the aforennentioned flow charts, 
nnay be executed. 

While FIG. 2A Illustrates the flow chart by 
which feature window 220 is created, a similar flow 
chart is illustrated in FIG. 17 to depict the manner 
in which case window 202 is created and utilized 
by the expert. Turning briefly to FIG. 17, the case 
window 202 illustrated in the home screen of FIG. 2 
is created as follows: the processor advances to 
instruction 1701, whereby the hierarchy of diag- 
noses stored in the knowledge base is retrieved, 
and as represented by instructions 1703 and 1705, 
a default diagnosis, such as a predetermined one 
of the ciagnoses in the highest level of the hierar- 
chy, is selected and displayed as current diagnosis 
message 260 (FIG. 2). The hierarchy of diagnoses 
has been described above and is best illustrated in 
the diagnoses tree shown in FIG. 26. 

The processor retrieves from the knowledge 
base ali of the case records in which a current 
diagnosis (i. e. current diagnosis 260) is present, as 
represented by instruction 1707. The processor 
then advances to instruction 1709 which lists these 
cases in case list 204. Thereafter, the processor 
selects a default case in this list, as represented by 
instruction 1711, this selected case being depicted 
in RG. 2 as selected case 206. Then, the proces- 
sor advances to instructions 1713, 1715. 1717 and 
1719 by which list diagnosis button 208. new case 
button 210, edit case button 212 and delete case 
button 214 are created. The processor now awaits 
the actuation of one of these buttons. 

If button 208 is actuated, as represented by an 
affirmative answer to inquiry 1723, the processor 
advances to the list diagnosis function represented 
by the flow chart shown in FIG. ISA. This function 
effectively enables the expert to select a desired 
diagnosis within the diagnoses tree. The selected 
diagnosis is identified as current diagnosis 260. 

If new case button 210 is actuated, as repre- 
sented by an affirmative answer to inquiry 1727. 
the processor advances to the new case function 
illustrated by the flow chart of FIG. 19A. As is 
apparent therein, this function is used to create a 
case record having a particular diagnosis which the 
expert finds is exemplified by this case. 

If edit case button 212 is actuated, as repre- 
sented by an affirmative answer to inquiry 1731, 
the processor advances to the edit case function 
illustrated by the flow charts of FIGS. 20A and 20B, 
This function is used by the expert in assigning 
values to the features observed in this case. The 
observation generally is one of pictorial images; 
and it is the edit case function which provides the 
facility tc tink overlays to clearly illustrate particular 
features in the case. One or more (usually several) 



pictorial images are selected and linked to the 
case; and those images which best depict a par- 
ticular feature are linked with overlays. The expert 
may link more than one overlay to a particular 

5 pictorial image; and overlays illustrating different 
features may be linked to the same image. 

The edit case function is used by the expert 
not only to create a new case record but to modify 
an existing case record. This tool is used advanta- 

10 geousiy by the expert to assure consistency in his 
observations, characterizations of features and con- 
clusions. Hence, differences in the value of a fea- 
ture that might arise because of subjective ob- 
servations are effectively obviated. What had been 

;5 observed by the expert some time ago as "few" 
atypical cells and is now characterized as 
"moderate" atypical ceils may be modified such 
that the expert's observations remain consistent. 
What is "few" today might not have been "few" 

20 previously. 

As shown by the flow charts of FIGS. 20A and 
20B, slightly different "tools" are used to edit dis- 
crete features, continuous features, and scripted 
features in a case record. These tools are manipu- 

25 lated by the processor under user control, as de- 
picted by the flow charts of FIGS. 21 A and B, 22A 
and 23A. 

Finally, if delete case button 214 is actuated, 
as represented by an affirmative answer to inquiry 

30 1735, the processor advances to the function illus- 
trated by the flow chart of FIG. 24A. 

The various functions carried out by the pro- 
cessor, as described above, now will be described 
in greater detail in conjunction with the flow charts 

35 associated with the display screens of FIGS. 3-16 
and 18-30. Since the flow charts of FIGS. 2A and 
17 have been described previously, further discus- 
sion thereof would be duplicative and, therefore, is 
not repeated. The following description is set forth 

40 in association with the particular function carried 
out by the respective flow chart. 

List Category 

45 

FIG. 3A illustrates the routine which is carried 
out by the processor in response to the actuation 
of list category button 228 to obtain the list of 
categories which have been created by the expert 

50 and to identify a selected one of those categories. 
Commencing with instruction 301, the list of cate- 
gories stored in the knowledge base is retrieved 
and, as represented by instruction 303, the list is 
displayed as menu 246 (FIG. 3), Of those dis- 

55 played categories, one may be selected. Inquiry 
305 is made to determine if the user selects a 
category from menu 246. It is appreciated that a 
category may be selected simply by positioning 
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the cursor over a desired category (which then is 
highlighted on the display) and then by actuating a 
suitable button on nnouse 110. 

If inquiry 305 is answered in the negative, the 
processor advances to and remains at wait state 
307. However, if one of the categories listed in 
menu 246 is selected, the processor advances to 
instruction 309 whereat the selected category is 
designated the "current category". This category 
remains highlighted, as shown at 248, and is writ- 
ten into the "current category'' message 222 of 
feature window 220. Then, instruction 311 is carried 
out to retrieve from the knowledge base the list of 
features included in selected category 248 which, 
of course, is displayed in current category mes- 
sage 222. The retrieved list of features is displayed 
in feature list 224, as indicated by instruction 313, 
and a predetermined one of the listed features is 
highlighted as selected feature 226. As represented 
by instruction 315, the first feature included in 
feature list 224 is highlighted as the selected fea- 
ture 226, although any other feature may be se- 
lected. Once the features included in current cate- 
gory 222 is listed as feature list 224 and a selected 
one of these features is highlighted, as at 226, 
category menu 246 may be erased, as represented 
by instruction 317. The processor now returns to its 
wait state 307. 



Create a New Category 

If new category button 232 is actuated when 
"home screen" 200 is displayed, the processor 
advances to carry out the flow chart shown in FIG. 
* 4A, Instruction 401 is executed to create category 
frame 250, shown in FIG. 4. and within frame 250 a 
category name text input item 252 and a category 
annotation text editor 254 are created, as repre- 
sented by instructions 403 and 405. The processor 
also creates enter button 256 and cancel button 
258, all of these being included in the category 
frame. Then, wait state 411 is assumed until a 
user-executed function is initiated. 

Inquiry 413 is made to determine if the user 
has selected category name text input 252 and, if 
so. if the user has inputted a new category name, 
as by operating keyboard 108. If so, the name 
selected by the user is created and displayed, and 
the processor then returns to wait state 411. If not. 
the processor merely remains at the wait state. 

Inquiry 415 is made to determine if category 
annotation text editor 254 has been selected, as by 
positioning the cursor over this displayed field. If 
so. any text which the user desires to enter, as by 
operating keyboard 108, is displayed. After enter- 
ing an annotation, which may helpful in subsequent 
determinations of the merits of the created cate- 



gory, the processor returns to wait state 411. 

Inquiry 417 also is made to determine if the 
user actuates enter button 256. if so, inquiry 419 is 
made to determine if a unique name has been 

5 entered in category name text input 252. If this 
inquiry has been answered in the negative, the 
processor advances to instruction 421 which 
causes a suitable display advising the user of the 
failure to enter a category name. One example of 

10 such a display is as follows: "You must enter a 
unique category name or cancel this operation," 
The processor then returns to wait state 41 1 , await- 
ing operator-initiated action. 

If inquiry 419 is answered in the affirmative, the 

15 processor advances to instruction 423 whereat the 
new category name, which had been entered into 
category name text input 252, is written to the 
knowledge base. This new category then is in- 
serted into the category list immediately following 

20 the category identified as the "current category" 
which, it is recalled, also is displayed as the cur- 
rent category message 222. 

The processor then advances to instruction 427 
which stores in the knowledge base the annotation 

25 entered in category annotation text editor 254. this 
annotation being linked with the new category 
name which now is stored in the knowledge base. 
Then, once the category name and annotation have 
been stored, category frame 250 is erased, as 

30 represented by instruction 429. Wait state 41 1 then 
is assumed. 

If, at any time during the create new category 
routine cancel button 258 is actuated by the user, 
inquiry 431 is answered in the affirmative and cate- 
rs gory frame 250 is erased. Thus, the routine by 
which a new category is created may be inter- 
rupted and terminated at any time, merely by ac- 
tuating cancel button 258. 

40 

Editing a Category 

If edit category button 236 is actuated while 
"home screen" 200 is displayed, the processor 

45 advances to carry out the routine illustrated by the 
flow chart of FIG. 5A. It will be appreciated that the 
flow chart of FIG. 5A is quite similar to that de- 
scribed above in conjunction with FIG, 4A. The 
difference here is that edit category frame 250 

50 (which is quite similar to category frame 250) is 
created inclusive of the identification in category 
name text input 252 of a previously created cate- 
gory, and also inclusive in annotation text editor 
254 of a previously created annotation. Category 

55 name text input 252 displays the current category 
which appears as the current category message 
222, and annotation text editor 254 displays the 
annotation which has been associated with that 
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previously established category. These differences 
in instructions between the edit category and cre- 
ate new category routines are represented by 
instructions 501. 503 and 505 in FIG. 5A. 

The remaining instructions shown in FIG. 5A 
are quite similar to those shown in FIG. 4A. with 
the follcwing additional difference: If the user 
changes the name of the category displayed in 
category name text input 252, once enter button 
256 is actuated, the changed name is displayed as 
the current category message 222, and this 
changed name replaces the previously created 
category name which had been stored in the 
knowledge base. 

Thus, a new category, together with its annota- 
tion, may be created and stored in the knowledge 
base, as represented by the routine shown in FIG. 
4A, or a previously created category may be modi- 
fied, as represented by the flow chart shown in 
FIG. 5A. Since the create new category and edit 
category routines are quite similar, further discus- 
sion of the edit category routine need not be pro- 
vided. 



Create a New Feature 

Let it be assumed that, while "home screen" 
200 is displayed, the user actuates new feature 
button 230. As a result, the processor branches to 
the flow chart shown in FIG. 6A. 

As represented by this routine, new feature 
frame 600 is created, and included within this 
frame are feature name text input 602 and feature 
annotation text editor 604. as represented by 
instructions 601, 603 and 606, respectively. The 
processor also creates a set feature type message, 
as represented by instruction 607, under which are 
displayed visual button 606, as created by instruc- 
tion 609, and non-visual button 608. as created by 
instruction 611 . 

The processor also creates a set value type 
message, as represented by instruction 613; and 
displayed beneath this message are a discrete 
button 610, a continuous button 612 and a scripted 
button 614, as created by instructions 615, 617 and 
619, respectively. In addition, the processor ad- 
vances to instruction 621, to create cancel button 
616, and to instruction 623 to create enter button 
613. 

Following the creation and display of these 
fields, the processor assumes and remains at its 
wait state 625 until operator-initiated action is pro- 
vided. 

While in its wait state, inquiry 631 is made to 
determine if visual button 606 has been actuated. If 
so, the display of the visual button is brightened 
and, concurrently, the display of the non-visual 



button is dimmed. 

If inquiry 631 is answered in the negative in- 
quiry 635 is made to determine if the user has 
actuated non-visual button 608. If so, the display of 
5 this button is brightened and the display of the 
visual button is dimmed. If neither the visual button 
nor the non-visual button is actuated, the processor 
remains at its wait state. 

Preferably, before any of the feature type or 
70 value type buttons are actuated, the user first will 
enter the name of the feature that he is creating. 
Hence, inquiry 627 is made to determine if the 
feature name text input 602 has been selected and, 
if so, the name of the feature as created by the 
75 user, is displayed. The processor then returns to its 
wait state. Also, inquiry 629 is made to determine if 
feature annotation text editor 604 has been se- 
lected and if text has been entered therein. 

While in the wait state, the processor also 
20 inquires, at 639, if discrete button 610 has been 
selected by the user. If so, the display of the 
discrete button is brightened and. concurrently, the 
display of continuous button 612 and scripted but- 
ton 614 is dimmed, as represented by instruction 
25 641. The processor then advances to instruction 
643, at which any prior value data that may have 
been created previously for the feature whose 
name is identified in feature name text input 602 is 
erased; and the processor then branches to the 
30 routine represented by the flow chart in FIG. 7A, As 
wilt be described below, the flow chart of FIG. 7A 
includes a wait state 711 to which the processor 
eventually advances. 

While in wait state 625. inquiry 645 is made to 
35 determine if the user has actuated continuous but- 
ton 612. If so, the processor advances to instruc- 
tion 647 whereat the display of the continuous 
button is brightened, and, concurrently, the display 
of discrete button 610 and scripted button 514 is 
40 dimmed. Then, instruction 649 is carried out to 
erase any existing value data that may have been 
entered previously for the feature whose name is 
identified in feature name text input 602, whereafter 
the processor branches to the routine illustrated in 
45 FIG. 8A, As will be described below the routine 
shown in FIG. 8A includes a wait state 817 to which 
the processor eventually advances. 

While in wait state 625, inquiry 651 also is 
made to determine if scripted button 614 has been 
50 actuated. If this inquiry is answered in the affir- 
mative, the display of the scripted button is bright- 
ened and, concurrently, the display of discrete and 
continuous buttons 610 and 612 is dimmed, as 
represented by instruction 653. Then instruction 
55 655 is carried out wherein any existing value data 
for the scripted feature whose name is displayed in 
feature name text input 602 is erased, visual button 
606 is brightened and non-visual button 608 is 
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dimmed, and the processor branches to the scrip- 
ted feature routine illustrated in the flow chart of 
FIG. 9A. As will be described below, the routine 
shown in FIG. 9A includes a wait state to which the 
processor eventually advances. 

While at wait state 625. the processor also 
inquires at 657. if cancel button 616 has been 
actuated. If so, instruction 659 is carried out where- 
by new feature frame 600 and any data that may 
have been entered into this frame are erased. 

If. while the processor is in wait state 625, 
enter button 618 is actuated, inquiry 661 is an- 
swered in the affirmative, and the processor ad- 
vances to inquire, at 663, if ail the appropriate data 
has been entered for this feature. For example, 
inquiry is made if the feature name has been 
entered into feature name text input 602, if any 
annotation has been entered into feature annotation 
text editor 604, if the feature has been designated 
as a visual or a non-visual feature, and if the 
feature has been selected as being of a discrete, 
continuous or scripted type. If one or more of these 
parameters has not been entered, inquiry 663 is 
answered in the negative and the processor ad- 
vances to instruction 665. This instruction causes 
the following message to be displayed: "You must 
enter a unique feature name and completely speci- 
fy feature parameters, or cancel this operation." 
The processor then assumes wait state 625. How- 
ever, if inquiry 663 is answered in the affirmative, 
the processor advances to instruction 667, by 
which the feature data which has been entered into 
feature frame 600 is collected and written to the 
dictionary included in the knowledge base. In addi- 
tion, the name of this feature is added to the 
feature list, preferably immediately following the 
currently selected feature which, it is recalled, is 
indicated by highlighted feature 226. Then, this 
feature is added to the record of each case in- 
cluded in the knowledge base {a feature included 
in a case is referred to as a case feature") and is 
assigned the value "not reported". Hence, the new- 
ly created feature, although added to each case, 
awaits the assignment thereto of a value. 

After the newly created feature has been ad- 
ded to the knowledge base, included in feature list 
224. and added to each case record as a "case 
feature", the processor advances to instruction 659 
by which new feature frame 600 and any value 
date that had been entered into this frame while 
creating the feature are erased. Thereafter, the 
processor returns to wait state 625. 

Creating a Discrete Feature 

The flow chart of FIG. 6A represents the man- 
ner in which a new feature is created. It is recalled 



from the foregoing description that if discrete but- 
ton 610 is actuated, the processor branches to the 
flow chart shown in FIG. 7A to permit the creation 
of one or more values for this discrete feature. 

5 Turning to FIG. 7A. this flow chart begins with 
instruction 701 by which discrete value frame 702 
(shown in FIG. 7) is created. Then, the processor 
advances to instruction 703 by which value list 704 
is created. At this time, it is assumed that the 

10 discrete feature is newly created and, thus, values 
have not yet been assigned. Hence, value list 704 
is "empty". 

Then, as represented by instruction 705, value 
name text input 706 is created, and also add value 

75 button 708 and delete value button 710 are cre- 
ated, as represented by instructions 707 and 709, 
respectively. The processor then advances to and 
remains at wait state 71 1 . 

It is recalled that a discrete feature has a value 

20 represented by text which, in many instances, sim- 
ply consists of a single word. Thus, to associate 
one or more values with this feature (typically, 
several available values are assigned to a feature), 
value name text input 706 is selected, as by posi- 

25 tioning the cursor thereover, and an appropriate 
value name is entered, as by operating keyboard 
108. Inquiry 713 determines if text (i. e. a name) 
has been entered into value name text input 706. 
If add value button 708 is actuated, inquiry 715 

30 is answered in the affirmative, and then inquiry is 
made, at 717, to determine if text has been entered 
into value name text input 706. If not. the processor 
merely returns to wait state 71 1 . However, if inquiry 
717 is answered in the affirmative, inquiry 719 is 

35 made to determine if the text entered into value 
name text input 706 differs from the existing value 
text for this feature (i- e. for the feature indicated in 
feature name text input 602). If not. the processor 
returns to its wait state. 

40 If inquiry 719 is answered in the affirmative, the 

text which has been entered as the value name text 
input is added to value list 704, preferably imme- 
diately following the currently active value indicated 
by the highlighted item 712 in the value list. Then. 

45 the text which had been entered into value name 
text input 706 is cleared, thereby conditioning this 
routine for the entry of additional values for the 
feature identified in feature name text input 602. it 
is appreciated that if a value name, or text, had not 
50 been entered into value name text input 706, value 
list 704 would not be updated, as aforedescribed. 

When a discrete value is to be created for a 
feature having preexisting discrete values, value list 
704 indicates those preexisting values, and a pre- 
ss determined one of those values is highlighted, as at 
712, to indicate a selected value. The selected 
value may be changed, as by positioning the cur- 
sor over a different value, thus highlighting that 
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newiy selected value, if the newly selected value is 
to be deleted, delete value button 710 is actuated. 
Inquiry 723 determines when this button Is ac- 
tuated: and the processor thereafter advances to 
instruction 725 which deletes from value list 704 
the selected, or highlighted value 712. 

Thus, it is seen that new discrete values for the 
feature identified in feature nanne text input 602 
nnay be added or deleted, as desired. After value 
list 704 is updated, enter button 618 may be ac- 
tuated, whereupon inquiry 661 of the flow chart 
shown in FIG. 6A is answered in the affirmative, 
and the remainder of this routine is carried out. 
Alternatively, cancel button 616 may be actuated, 
whereupon inquiry 657 (FIG. 6A) is answered in the 
affirmative, and any changes that may have been 
made in value list 704 are not written to the knowl- 
edge base. 

Creating a Continuous Feature 

in the event that continuous button 61 2 is ac- 
tuated during the create feature routine, as dis- 
cussed above in conjunction with the flow chart of 
FIG. 6A. the processor branches to the flow chart 
illustrated in FIG. 8A. As shown in this flow chart, 
continuous value frame 802 (FIG. 3) is created, as 
represented by instruction 801, together with the 
following text inputs: upper limit text input 804, 
lower limit text input 806 and units text input 808. 
all as represented by instructions 803, 805 and 
807. 

Thereafter, instruction 809 creates segment 
button 810 and instruction 811 creates reset button 
812. The illustrated routine continues to instruction 
813 which creates a slider 816 that is used to 
establish a range of numerical values any one of 
which may be assigned to the feature identified in 
feature nam.e text input 602. Thereafter, instruction 
815 is carried out to create current segment list 
818 which, as will be described, displays particular 
segments created by the user and included in the 
range established by slider 816. The processor 
then advances to wait state 817. 

After continuous value frame 802 and its in- 
cluded elements are created, the processor waits 
until action is taken by the user. In this regard, 
inquiry 819 determines if the user enters text, such 
as a number, in upper limit text input 804. If so, 
inquiry 821 is carried out to determine if a lower 
limit has been entered, that is, if a number has 
been entered into lower limit text input 806. If not, 
the number entered in upper limit text input 804 is 
displayed as the upper limit 814 of slider 816, as 
represented by instruction 823, and the routine 
advances to wait state 817. However, if inquiry 821 
is answered in the affirmative, inquiry 825 is made 



to determine if the number entered in upper limit 
text input 804 is greater than the number entered 
in lower limit text input 806. If this inquiry is an- 
swered in the affirmative, the routine advances to 

5 instruction 823, discussed about. However, if in- 
quiry 825 is answered in the negative, an error 
message is displayed, such as: "Limits are in- 
consistently defined. Please check." The processor 
then assumes its wait state. 

10 If a number is entered into lower limit text input 

806. inquiry 829 is answered in the affirmative, 
whereafter the processor inquires, at 831, if a num- 
ber has been entered into upper limit text input 
804. if this inquiry 831 is answered in the negative. 

75 instruction 835 is carried out, whereby the number 
entered into lower limit text input 306 is displayed 
as the lower limit of slider 816. Thereafter, the 
processor advances to the wait state. However, if 
inquiry 831 is answered in the affirmative, the pro- 

20 cesser inquires, at 833, if the number entered in 
lower limit text input 806 is less than the number 
entered in upper limit text input 804. If so. instruc- 
tion 835. discussed above, is carried out. However, 
if the number entered in lower limit text input 806 

25 is not less than the number entered in upper limit 
text input 804. instruction 837 is carried out to 
cause the display of an error message. One exam- 
ple of a suitable error message is as follows: 
"Limits are inconsistently defined. Please check." 

30 Inquiry also is made, at 839, if text is entered 

in units text input 808. For example, if this continu- 
ous feature is age, the text entered in units text 
input 808 may be "years". If the feature is cell 
number, the text entered in units text input 808 

35 may be "cells". As a further example, if the feature 
is CEA, percentage of cells reacting, the text en- 
tered in units text input 808 may be "percent". Of 
course, to enter text in units text input 808, this 
field is selected, as by positioning the cursor 

40 thereover, and keyboard 108 is operated to enter 
the desired text therein. 

Once upper and lower limits have been estab- 
lished, ranges may be selected within these limits 
to define corresponding ranges of values. For ex- 

45 ample, if the created continuous feature is age 
having a lower limit of 0 and an upper limit of 70, 
the following ranges may be established: 0-20, 21- 
30, 31-40. 41-50, 51-60 and 61-70. In the preferred 
embodiment of this invention, these ranges are 

50 established by suitable operation of slider 816, as 
by advancing end limit 814 to establish these seg- 
ments. Such segmenting of the overall range (0-70) 
of slider 816 is created by operating segment but- 
ton 810. Inquiry 849 determines if segment button 

55 81 0 has been actuated. If so, the processor ad- 
vances to inquire, at 851, if upper and lower limits 
have been established and if the slider has been 
set to a desired segment within this overall range. 
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If inquiry 851 is answered in the affirmative, in- 
struction 353 is carried out to establisli a segment 
within the range defined by the upper and lower 
limits. Each segment so established is displayed in 
the current segment list 818. However, if upper and 
lower limits have not been established, inquiry 851 
is answered in the negative and instruction 855 is 
carried out to cause an error message to be dis- 
played. One example of a suitable error message 
may be as follows: "Please set upper and lower 
limits and slider." 

As just mentioned, the overall range defined by 
the upper and lower limits may be segmented by 
use of slider 816 in conjunction with segment but- 
ton 810. To operate the slider so as to establish a 
segment therein, the slider first is actuated, as by 
positioning the cursor thereover. Inquiry 841 deter- 
mines if the 3Jider has been so operated, and if this 
inquiry is answered in the affirmative, inquiry 843 
deternnines if upper and lower limits have been set. 
If so, the particular position of end limit 814 of 
slider 816 establishes a segmented value, and this 
value is displayed by arrows adjacent the slider, as 
represented by instruction 845. However, if upper 
and/or lower limits are not established, inquiry 843 
is answered in the negative, and instruction 847 
causes a suitable error message to be displayed. 

If, while attempting to segment the overall 
range established for slider 816, the user actuates 
reset button 812, inquiry 857 is answered in the 
affirmative. Then, the displayed arrows adjacent 
slider 816, that is, the segmented values, as well as 
the current segment list 318 are cleared, as repre- 
sented by instruction 859. The processor then re- 
sumes its wait state 817. 

Thus, it is seen that, as slider 816 is operated 
to establish segments, each segment so estab- 
lished is displayed adjacent the slider and also is 
entered into and displayed in current segment list 
818. In this manner, the continuous values of the 
feature identified in feature name text input 602 are 
established and displayed. 



Creating a Scripted Value 

It is recalled from the discussion of the flow 
chart shown in FIG. 6A that if scripted button 614 is 
actuated when creating a new feature, the proces- 
sor branches to the flow chart shown in FIG. 9A, 
whereby scripted values may be established by the 
user. The flow chart shown in RG. 9A is quite 
similar to that discussed above in conjunction with 
FIG. 8A, and it is seen that scripted value frame 
902 is quite similar to continuous value frame 802. 
Both frames include upper and lower limit text 
inputs, units text input, a slider, segment and reset 
buttons and a current segment list. Scripted value 



frame 902 differs from continuous value frame 802 
in that frame 902 also includes a length button 920, 
an area button 922 and a density button 924. 
These buttons, each of which may be selected by 

5 the user, enable the value of the feature to be 
established as length or area or density. For conve- 
nience, and to avoid duplicative description, further 
description of the flow chart of FIG. 9A from in- 
struction 901 to instruction 959 is not provided 

10 because these elements of the flow chart are sub- 
stantially identical to aforedescribed elements 801- 
859. 

If one of the length, area or density buttons is 
actuated, the processor senses such actuation by 

15 an affirmative response from inquiry 965, inquiry 
961 or inquiry 969. respectively. Depending upon 
which button has been actuated, the display of that 
button is brightened while, concurrently, tlie display 
of the two remaining buttons is dimmed. This in- 

20 dicates that the particular value is a measure of 
length or a measure of area or a measure of 
density, respectively. 

35 Editing a Feature 

If edit feature button 234 is actuated, various 
parameters associated with a selected feature, that 
is, parameters associated with highlighted feature 

30 226 included in feature list 224 may be changed. 
The manner in which these parameters can be 
altered is represented by the routine illustrated in 
the flow chart of FIG. 10A. Instruction 1001 creates 
edit feature frame 1000 which, it will be appre- 

35 ciated, is quite similar to new feature frame 600, 
except that previously established feature names, 
annotations, types and values will be displayed in 
edit feature frame 1000. In addition to creating this 
frame, the identification of selected feature 226 is 

40 loaded into and displayed in feature name text 
Input 1002, and the parameters and values asso- 
ciated with this feature are retrieved from the 
knowledge base. Depending upon which feature 
included in the feature list is selected {i. e. high- 

45 lighted), the name of that feature is loaded into and 
displayed by feature name text input 1002, as 
represented by instruction 1003. 

In addition, feature annotation text editor 1004 
is created and whatever annotation had been es- 

50 tablished previously for feature 226 is loaded into 
and displayed by the feature annotation text editor, 
as represented by instruction 1005. The processor 
then advances to instruction 1007 to create the 
feature type message, together with visual button 

55 1006 and non-visua! button 1008, as represented 
by instructions 1009 and 1011. If feature 226 had 
been identified previously as a visual feature, the 
display of visual button 1006 is brightened and the 
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display of non-visual button 1008 is dimmed. Con- 
versely, if this feature had been identified as a non- 
visual feature, non-visual button 1008 is brightened 
and visual button 1006 is dimmed, as represented 
by instruction 1013. 

The routine continues to instruction 1015 which 
creates the value type message. Discrete button 
1010 is created by instruction 1017. continuous 
button 1012 is created by instruction 1019 and 
scripted button 1014 is created by instruction 1021. 
Depending upon whether this feature had been 
identified during the create feature routine as a 
discrete, continuous or scripted feature, display of 
the correct value type button is brightened while 
the display of the other two buttons is dimmed, as 
represented by instruction 1023. The processor 
then advances to create cancel button 1016, as 
represented by instruction 1025, and to create up- 
date button 1018, as represented by instruction 
1027. 

Inquiry 1029 is made to determine if the fea- 
ture to be edited, that is, if feature 226. is of the 
discrete type, if so, the processor branches to the 
edit discrete routine represented by the flow chart 
shown in FIG. 10B. It will be appreciated that this 
routine eventually returns to the wait state. 

If inquiry 1029 is answered in the negative, the 
routine advances to inquire, at 1035. if the feature 
selected for editing is of the continuous type. If so. 
instruction 1037 is carried out, whereby the routine 
branches to the edit continuous feature routine 
shown in the flow chart of FIG. 11 A. 

Finally, if the feature selected for editing is of 
the scripted type, inquiry 1039 is answered in the 
affirmative: and the processor advances to instruc- 
' tion 1041 which branches to the edit scripted fea- 
ture routine represented by the flow chart shown in 
FIG. 12A. 

It wiil be appreciated from the following discus- 
sion that the edit operation carried out for discrete, 
continuous and scripted features is accompanied 
by a cisplayed edit discrete value frame or an edit 
continuous value frame or an edit scripted value 
frame. FIG. 10 illustrates edit discrete value frame 
1020: and this frame is created if feature 226 
selected for editing is a discrete feature. Likewise, 
if the feature selected for editing is a continuous 
feature, edit continuous value frame 1102 (FIG. 11) 
is created. Finally, if the feature selected for editing 
is a scripted value, edit scripted value frame 1202 
(FIG. 12) is created. Notwithstanding the particular 
value type assigned to the feature (i. e. notwith- 
standing whether the feature is a discrete, continu- 
ous or scripted type), the editing operation for ail of 
these types includes common functions. For exam- 
pie, text included in feature annotation text editor 
1004 may be changed, as desired. Inquiry 1045 
determines if the feature annotation text editor has 



been selected, as by placing the cursor thereover, 
and if changes to the annotation are made, as by 
operating keyboard 1008. Another common func- 
tion is the change or modification in the name of 

5 the feature selected for editing. Inquiry 1043 deter- 
mines whether the feature name text input has 
been selected and, if so. if modifications are made 
to the text therein, as by operating keyboard 108. 
if update button 1018 is actuated, inquiry 1047 

10 is answered in the affirmative, and the edit feature 
routine advances to instruction 1049 which 
branches to the update feature routine illustrated 
by the flow chart in FIG. IOC. As will be described 
below, any values or text which had been entered 

15 are written to the knowledge base and added to ait 
case records, as shown by the flow chart of FIG. 
IOC. 

If cancel button 1016 is actuated, inquiry 1051 
is answered in the affirmative. Thereafter, the pro- 
20 cesser advances to instruction 1053 which deletes 
the edit feature frame 1000 as well as the edit 
discrete value frame 1020 or the edit continuous 
value frame 1102 or the edit scnpted value frame 
1202. whichever is displayed. 
25 In the event that visual button 1006 is actuated, 

inquiry 1055 is answered in the affirmative and the 
processor advances to instruction 1057 which 
causes a suitable warning message to be dis- 
played. As an example, the following message may 
30 be indicated: "Changes in this parameter will de- 
stroy the feature." 

If non-visual button 1008 is actuated, inquiry 
1059 is answered in the affirmative and the proces- 
sor advances to instruction 1061 which causes a 
35 suitable warning message to be displayed. This 
message may be the same as displayed in re- 
sponse to instruction 1027. 

In the event that discrete button 1010 or con- 
tinuous button 1012 or scripted button 1014 is 
40 actuated, inquiry 1063 or inquiry 1067 or inquiry 
1071 will be answered in the affirmative. A warning 
message substantially similar to that caused by 
instruction 1057 then will be displayed in response 
to the actuation of any one of these value type 
45 buttons. 

Turning now to FIG. lOB, a description of the 
manner in which a discrete feature may be edited 
now is provided. Let it be assumed that the feature 
selected for editing is a discrete feature. From the 
50 flow chart of FIG. 10A, this information associated 
with the feature data retrieved from the knowledge 
base thus brightens the display of discrete button 
1010. In addition, edit discrete value frame 1020 is 
created, as represented by instruction 1032, as is 
55 value list 1022. as represented by instruction 1034. 
Whatever discrete values had been selected pre- 
viously by the user for this particular feature are 
retrieved from the knowledge base and displayed 
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in the value list. 

The processor advances to instruction 1036 
whereby value name text input 1024 is created. 
The processor then creates add value button 1026 
and delete value button 1028, as represented by 
instructions 1038 and 1040, respectively. Then, 
wait state 1042 is assumed until user-initiated ac- 
tion is taken (it will be seen that the wait state 
shown in FIG. 10B may be the same wait state 
1033, shown in FIG. 10A, whereby the processor 
may respond to any action taken within edit feature 
frame 1000, including action taken within edit dis- 
crete value frame 1020). 

Inquiry 1044 is made to determine if the user 
enters a new text value in value name text input 
1024, It is recognized that this new value may be 
entered first by selecting the value name text input, 
as by positioning the cursor thereover, and then 
entering text by operating keyboard 108. 

if add value button 1026 is actuated, inquiry 
1046 is answered in the affirmative and inquiry 
1048 is made to determine if text has been entered 
in value name text input item 1024. If not, the 
processor merely returns to its wait state. However, 
if inquiry 1048 is answered in the affirmative, in- 
quiry 1050 is made to determine if the text entered 
in value name text input 1024 differs from any 
existing text value for the discrete feature being 
edited, if this inquiry is answered in the negative, 
the processor returns to its wait state. However, if 
this inquiry is answered in the affirmative, the rou- 
tine advances to instruction 1052 whereby the val- 
ue which had been entered by the user in value 
name text input 1024 is added into value list 1022, 
preferably at a position immediately following the 
currently selected value, that is, the value which is 
highlighted in the value list. Then, the text which 
had been entered into value name text input 1024 
is cleared, thereby conditioning edit discrete value 
frame 1020 for a further editing operation. 

The user may delete a value listed in value list 
1022 by selecting the value to be deleted, as by 
positioning the cursor over that value, thereby high- 
lighting it, and then actuating delete value button 
1028. Inquiry 1024 determines when this button is 
actuated, whereafter the processor advances to in- 
quiry 1056 to determine if this value to be deleted 
has been assigned to any of the case records 
included in the knowledge base, if this inquiry is 
answered in the negative, this value is deleted from 
value list 1022 and from the knowledge base. How- 
ever, if inquiry 1056 is answered in the affirmative, 
a message is displayed requiring the user to re- 
spond either positively or negatively. A suitable 
message may be as follows: "Deleting this feature 
will destroy case information. Do you wish to con- 
tinued" If the user responds positively, this value is 
deleted from the value list, from the knowledge 



base and from all case records. However, if the 
user responds negatively, the deletion operation is 
interrupted and the processor simply returns to its 
wait state. 

5 Once a feature has been edited, regardless of 

whether the feature is a discrete, continuous or 
scripted feature, all changes made therein are 
stored in the knowledge base. The flow chart 
shown in FIG. IOC illustrates the manner in which 
w the knowledge base is updated to reflect changes 
that had been made in the feature selected for 
editing (e. g. feature 226). 

It is recalled that the processor branches to the 
update feature routine illustrated in FIG. lOC from 
;5 instruction 1049 of the edit feature routine (FIG. 
10A). With reference to the flow chart of FIG. lOC, 
inquiry first is made to determine if the edited 
feature is a discrete, continuous or scripted feature 
(inquiries 1062, 1082 and 1084, respectively). If 
20 inquiry 1062 is answered in the affirmative, thus 
indicating that the feature is a discrete feature, 
inquiry 1064 is made to determine if one or more 
values that have been associated with the feature 
being edited have been deleted during the current 
25 editing session. If not. inquiry 1066 is made to 
determine if one or more values had been added to 
this feature. If this inquiry is answered in the nega- 
tive, thus indicating that no values associated with 
this feature had been added or deleted, the routine 
30 advances to inquiry 1070 to determine if the fea- 
ture being edited has a unique name. Although it is 
unlikely that this inquiry will be answered in the 
negative during an edit operation, if such is the 
case, the processor advances to instruction 1076 to 
35 display a suitable warning message. One example 
of an appropriate message is as follows: "You must 
enter a unique feature name or cancel this opera- 
tion." Thereafter, the processor simply remains at 
wait state 1078. 
40 If inquiry 1066 is answered in the affirmative, 

thus indicating that values have been added to the 
feature being edited, the added values are written 
to the knowledge base and, thus, are added to this 
feature included in all case records. As mentioned 
45 above, a feature present in a case record is re- 
ferred to as a "case feature". Instruction 1068 thus 
indicates that the new values are added to all case 
features included in the knowledge base. Then, the 
processor advances to inquiry 1070, mentioned 
50 above. 

If values have been deleted from the feature 
being edited, inquiry 1064 is answered in the affir- 
mative and the routine advances to inquiry 1072 to 
determine if those values which had been deleted 
55 have been assigned to any of the case records 
included in the knowledge base. It will be appre- 
ciated that a feature value that has been "reported" 
is one which has been assigned to a particular 



23 



45 EP 0 332 322 A2 46 



feature observed in a case. If inquiry 1072 is an- 
swered :n the negative, the processor advances to 
Inquiry 1070. However, if the deleted value had 
been assigned to a case record, the fact that this 
value now is deleted means that the feature for that 
case record will be assigned the value "not re- 
ported". This means that no value has yet been 
assigned to this feature observed in the case. It is 
apparent that a "not reported" feature generally 
means that the user must edit the case record to 
update his observation of this feature therein. 

If inquiry 1070 is answered in the affirmative, 
thus indicating that an identified feature is being 
updated, ali of the data included in edit feature 
frame 10OO. including the name and annotation 
associated with this feature, the selected feature 
and value type and the various values (whether 
discrete, continuous or scripted) that the feature 
may have, are written to the dictionary of the 
knowledge base and also replace the data included 
in each case feature, as represented by instruction 
1080. If the value included in a case feature has 
not been changed by this editing operation, that 
previously assigned value is, of course, retained. 
However, if the value previously assigned to a case 
feature has been deleted, the case record in which 
that case feature is included now indicates a "not 
reported" value for that feature. 

If the feature being edited is a continuous or 
scripted feature, one or the other of inguiries 1082 
and 1084 is answered in the affirmative, and the 
processor advances to inquiry 1086 to determine if 
either or both of the upper and lower limits pre- 
viously established for this feature have been 
changed. If not, the processor advances to inquiry 
1070, and the aforedescribed routine continues as 
discussed above. However, if an upper and/or low- 
er limit has been changed, the processor advances 
to inquiry 1088 to determine if any value of this 
feature assigned in a case record now falls outside 
the range defined by the new limits, if not, this 
editing operation has no substantive affect upon 
the case records and the processor merely ad- 
vances to inquiry 1070. But. if a reported value for 
any case feature now falls outside this newly estab- 
lished range, inquiry 1088 is answered in the affir- 
mative and the processor advances to instruction 
1090 to change the value for this case feature to 
indicate that it now is "not reported". For example, 
if the feature is age and the previously established 
range was 1 0 to 70 but the edited range now is 20 
to 70. and if a case record included a value as- 
signed to the 10-20 segment, this previously as- 
signed value now falls outside the new range and, 
thus, the feature "age" in this case record is as- 
signed the value of "not reported", it is appreciated 
that, during subsequent operations, it would be 
desirable to edit this case record. 



As illustrated in FIG. IOC, after the value asso- 
ciated with this continuous or scripted feature has 
been changed to "not reported", the processor 
advances to inquiry 1070 and proceeds in the 
5 manner discussed above. 



Editing a Continuous Feature 

10 It is recalled from the description of the flow 

chart shown in FIG. 10A that if the feature being 
edited is a continuous feature, the processor 
branches to the flow chart shown in FIG. 11 A. As 
illustrated in FIG. 11 A, continuous value frame 

75 1 102 is created, as represented by instruction 
1101, and the processor advances to instructions 
1103, 1105 and 1107 to create upper limit text 
input 1104, lower limit text input 1106 and units 
text input 1108, respectively. The upper and tower 

20 limit values, as well as the identification of the 
units, associated with this feature are retrieved 
from the knowledge base and displayed in the text 
inputs. 

The routine continues with instruction 1109 to 

25 create segment button 1110 and with instruction 
1111 to create reset button 1112, As was carried 
out with the create continuous value feature routine 
discussed above in conjunction with FIGS. 8 and 
8A, slider 1116 is created, as represented by in- 

30 struction 1113, and the previously assigned upper 
and lower limits are displayed. The processor ad- 
vances to instruction 1115 to create segment list 
1118 and to retrieve from the knowledge base the 
segments included in the range defined by the 

35 upper and lower limits for this feature. These in- 
dividual segments are listed in segment list 1118 
and, moreover, are displayed by arrows 1120 adja- 
cent slider 1116. FIG. 11 illustrates that the particu- 
lar continuous feature being edited previously was 

40 assigned with segments 0-2, 2-4 and 4-6 within an 
overall range from 0 to 7. These segments are 
listed in segment list 1118 and are graphically 
displayed by arrows 1120, Once continuous value 
frame 1102 is created, as aforementioned, the pro- 

45 cessor remains at wait state 1117 until user-ini- 
tiated action is taken. As shown in FIG. 11 A, this 
wait state is the same as wait state 1033 and, thus, 
the processor is conditioned to respond to the 
actuation of a feature type button, a value type 

50 button, update button 1018 or cancel button 1016, 
all as described above. 

If text is entered in upper limit text input 1 104, 
inquiry 1119 is answered in the affirmative and the 
processor advances to inquiry 1121 to determine if 

55 there are case records in the knowledge base with 
values that exceed this new upper limit. If this 
inquiry is answered in the negative, the new upper 
limit is displayed as the upper limit of slider 1116, 
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and the processor returns to its wait state. How- 
ever, if inquiry 1121 is answered in the negative, 
the processor advances to require user confirma- 
tion that the user wishes to continue with this edit 
operation even though a change in the upper limit 
of this particular feature will destroy preexisting 
case information. If the user indicates a desire to 
continue, the processor advances to instruction 
1 1 23. However, if the user does not want to con- 
tinue, the routine advances to instruction 1127 
whereby the original upper linnit value is restored in 
upper limit text input 1104. 

A similar set of instructions and inquiries is 
carried out if the user changes the preexisting 
value displayed in lower limit text input 1106. This 
is represented by inquiries 1129. 1131 and 1135 
and instructions 1133 and 1137. 

Inquiry 1139 is made to determine if the user 
enters rew text in units text input 1108. If so, this 
newly entered data is displayed. 

The user may modify the segments which are 
represented by arrows 1120 and which are listed in 
current segment list 1118. The manner in which 
segments are created, displayed and listed has 
been described above in conjunction with the flow 
chart shown in FIG. SA. It is appreciated that the 
portion of the flow chart shown in FIG. 11A com- 
prised of elements 1141, 1143, 1145. 1147, 1149, 
1151. 1153. 1155. 1157 and 1159 is quite similar to 
that portion formed of the corresponding elements 
shown in FIG. 8A. Hence, in the interest of brevity 
and to avoid unnecessary duplication, further de- 
scription of the flow chart shown in FIG. 11 A is not 
provided. 



Editing a Scripted Feature 

It is recalled from the description of the flow 
chart shown in FIG. lOA that if the feature being 
edited is a scripted feature, the processor branches 
from instruction 1041 to the routine represented by 
the flow chart shown in FIG. 12A. It will be ob- 
served that the flow chart of FiG. 12A is quite 
similar to that just described in connection with 
FIG. 11 A. Indeed, a comparison of scripted value 
frame 1202 of FIG. 12 with continuous value frame 
1102 of FiG. 11 indicates substantial similarity, 
except that the scripted value frame includes a 
length button 1220, an area button 1222 and a 
density button 1 224. In the interest of brevity and 
simplification, duplicative description of the flow 
chart shown in FIG. 12A is not provided. It is 
appreciated that the functions shown and described 
with reference to the flow chart of FIG. 11A are 
carried out by corresponding elements of the flow 
chart shown in FIG. 12A. 

However, in editing a scripted value feature, 



•the user Ki^s an opportunity to actuate length but- 
ton 1220 or area button 1222 or density button 
1224. depending upon whether the value of the 
feature being edited is a measure of length, area or 

5 density. If length button 1220 is actuated, inquiry 
1265 (FIG. 12A) is answered in the affirmative, 
resulting in instruction 1267 to cause the display of 
a suitable warning message. One example of such 
a warning message is as follows: "Changes in this 

10 parameter will destroy the feature." 

Likewise, if area button 1222 is actuated, in- 
quiry 1261 is answered in the affirmative and the 
aforementioned warning message is displayed. Fi- 
nally, if density button 1224 is actuated, inquiry 

75 1269 is answered in the affirmative and the afore- 
mentioned warning message is displayed. It is rec- 
ognized that one purpose of this warning message 
is to prevent the user from inadvertently changing 
the measure of the feature being edited from, for 

20 example, a measure of length to a measure of area 
which, of course, will have no rational bearing to 
the values that had been assigned previously to 
this feature. 

25 

Viewing a Feature 

Turning now to the flow chart shown in FIG. 
13A. taken in conjunction with the display of FIG. 

30 13, the manner in which a graphical display of the 
distribution of a particular feature 226 in various 
case records is produced now will be described. In 
response to the actuation of view feature button 
238, the processor carries out the illustrated routine 

35 by executing instruction 1301 to create feature 
profile frame 1302, whereafter the feature which is 
in the process of being edited, or which has just 
been edited, that is. selected feature 226, is iden- 
tified, as represented by instruction 1303. The pro- 

40 cesser advances to instruction 1305 to create list 
diagnosis button 1304. Then, instruction 1307 is 
carried out to create the "current search criteria" 
message displayed in feature profile frame 1302. 
Then, the "total cases" message is created, as 

45 represented by instruction 1309. and view button 
1306 is created, as represented by instruction 
1311. 

The processor advances to instruction 1313 to 
create value list 1308. instruction 1315 then is' 

50 executed to create case/image list 1310. Inquiry 
1317 then is made to determine if the feature 
whose profile will be displayed in feature profile 
frame 1302 is a visual feature. If so, list images 
button 1314 is created. If not. this button is not 

55 displayed. 

Then, cancel button 1312 and edit case button 
1336 are created, as represented by instruction 
1321. 



25 



49 



EP 0 332 322 A2 



50 



After the basic elements, fields and frames 
induced in feature profile frame 1302 have been 
created, the processor advances to instruction 
1323 to retrieve from the knowledge base a list of 
ail case records having reported values for this 
feature 226. Each assigned value included in a 
case is listed in value list 1308, as represented by 
instruction 1325. For Illustrative purposes, it is as- 
sumed that five separate values have been as- 
signed, and these five values, whether the feature 
is discrete, continuous or scripted, are listed, as 
represented by the individual values 1316, 1320, 
1324, 1328 and 1332. For example, if the feature is 
PAP cytoplasm, mesothelial population, the as- 
signed values may be paie, delicate, dense, vari- 
able and poorly visualized. These values may be 
listed in value list 1308. Instruction 1325 also calls 
for determining the number of cases in which each 
value is reported and determining the total number 
of cases with a reported value for this feature. 
Thus, the number of cases reporting pale 
mesothelial population is indicated, as are the num- 
ber of cases having, respectively, delicate, dense, 
variable and poorly visualized mesothelial popula- 
tion. As shown in FIG. 13. the number of cases 
having each respective value is indicated proximate 
that value. 

The processor advances to instruction 1327 
whereby a bar graph representation of the number 
of cases having the reported value is displayed. 
Continuing with the present example, bar graph 
1318 represents five cases reporting pale 
mesothelial population. Bar graph 1322 represents 
five cases reporting delicate mesothelial population. 
Bar graph 1326 represents eleven cases reporting 
dense mesothelial population. Bar graph 1330 re- 
presents twenty-three cases reporting variable 
mesothelial population. Finally, bar graph 1334 re- 
presents thirty-five cases reporting poorly visual- 
ized mesothelial population. It is appreciated that 
each bar graph represents the ratio of the number 
of cases having the reported value to the total 
number of cases in which a value for this feature 
has been reported. In the present example, 
seventy-nine cases have this feature, and bar 
graph 1318 represents that those having pale 
mesothelial population constitute approximately 6% 
of all such cases. 

The processor advances to instruction 1329 
which sets the first value 1316 in value list 1308 as 
the selected value, whereafter instruction 1331 is 
earned out whereby those cases having this value 
of the .feature are listed in case list 1310, It will be 
appreciated that the first-indicated value illustrated 
as "value l") in value list 1308 is the default value 
for selection. Any other value may be selected, as 
by positioning the cursor thereover. In any event, 
those cases having the selected value are listed in 



case list 1310. 

The processor then assumes wait state 1333. 
The distributed display shown in value list 1308 
represents the distribution of ail cases having dif- 

5 ferent values of the selected feature. This feature 
profile may be further narrowed to indicate the 
number of cases having not only the indicated 
values but also those having a particular diagnosis. 
This further selectivity is achieved by actuating list 

70 diagnosis button 1304. Inquiry 1335 determines if 
this button is actuated, and when answered in the 
affirmative, the processor advances to instruction 
1337 by which a set of so-called "pull right" menus 
are displayed indicating the hierarchy of diagnoses 

15 currently in the knowledge base. These pull right 
menus are illustrated in FIG. 13 as menus 1340 
and 1342. The user may select a particular diagno- 
sis listed in menu 1340 or in menu 1342, as by 
positioning the cursor over the desired diagnosis, 

20 as represented by instruction 1339. The selected 
diagnosis is used as a search criterion to search 
the set of cases listed in value list 1308 to further 
limit the number of cases having both the selected 
diagnosis and a reported value of this feature. 

25 The processor then advances to instruction 
1325 which has been described above. Now, how- 
ever, this instruction is carried out with the further 
criterion of the selected diagnosis to restrict the 
listing and display of cases having both that di- 

30 agnosis and a reported value for this feature. 
Thereafter, instructions 1327. 1329 and 1331 are 
repeated. 

As mentioned above, any value listed in value 
list 1308 may be selected by the user, as by 

35 positioning the cursor thereover. Inquiry 1343 de- 
termines if a different value has been selected and, 
if so, a list of those cases having this newly se- 
lected value and the selected diagnosis are listed 
in case list 1310. as represented by instruction 

40 1331. 

Let it be assumed that view image button 1306 
is actuated. Inquiry 1345 is answered in the affir- 
mative, and the routine advances to inquire, at 
1347, if any cases are listed in case/image list 

45 1310. if so. an image cannot be viewed; and in- 
struction 1351 is carried out to display a suitable 
error message. One example of such an error 
message is as follows: "Cases are currently listed. 
Edit cases or list images." The processor then 

50 returns to wait state 1333. 

However, if cases are not listed in case/image 
list 1310, instruction 1349 is carried out and a 
selected image is viewed. The manner in which an 
image is viewed is discussed below in conjunction 

55 with the flow chart shown in FIG. 14A. 

If list images button 1314 is actuated, inquiry 
1361 is answered in the affirmative and the proces- 
sor advances to inquire, at 1363, if cases currently 
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are listed in case/image list 1310. If cases are not 
listed, instruction 1367 is executed, by which a 
suitable error message is displayed. One such er- 
ror message is as follows: "Images are currently 
listed." 

However, if cases are listed in case/image list 
1310, inquiry 1363 is answered in the affirmative 
and the processor advances to instruction 1365. As 
indicated, this instruction serves to select from the 
cases listed in case/image list 1310 the list of 
images having the value the user selected pre- 
viously (represented by inquiry 1343). and those 
images are listed in case/image list 1310. It is 
appreciated that, once these images are listed, the 
view image operation, represented by instruction 
1349, may be carried out. 

If edit case button 1336 is actuated, inquiry 
1353 is answered in the affirmative, and the pro- 
cessor advances to inquire, at 1355, if cases are 
listed in case/image list 1310. If not, a suitable 
error message is displayed, as represented by 
instruction 1359. One such message may be as 
follows: "Images are currently listed. View images 
or reset diagnosis." However, if cases are listed in 
the case/image list inquiry 1355 is answered in the 
affirmative and the processor advances to Instruc- 
tion 1357 by which the edit case routine, described 
below in conjunction with the flow charts of FIGS. 
20A and 20B. is carried out. 

Rnally. if cancel button 1312 is actuated, in- 
quiry 1369 is answered in the affirmative and the 
processor advances to instruction 1371 by which 
feature profile frame 1302 is erased. 



View Image 

Let it be assumed that during the view feature 
routine (FIG. 13A) list images button 1314 was. 
actuated such that a list of images having the 
selected value is listed in case/image list 1310, and 
then view image button 1306 is actuated. As a 
result, the processor branches to the flow chart 
shown in FIG. 14A, and now described. Instruction 
1401 is carried out to create view image frame 

1402. The images listed in case/image list 1310 
identify the case record with which each image is 
associated. The identification of that case as well 
as the identification of the image illustrating the 
feature which was being viewed also are obtained. 
Then, the first image included in case/image list 
1310 together with its associated overlays is re- 
trieved from the knowledge base. 

The processor then advances to instruction 

1403, whereupon the identified image is displayed 
in view image frame 1402. The routine continues to 
instruction 1405 to create image overlay list 1404 
which lists the overlays associated with the dis- 



played image. Each overlay is identified by the 
case feature displayed by the image plus the re- 
ported value of that feature. The first of the listed 
overlays is displayed, as represented by overlays 

5 1406. If desired, any other preselected overlay 
included in list 1404 may be selected for display. 

Then, instructions 1407. 1409 and 1411 are 
carried out to create the "case" message and 
display the identification of the case with which the 

w displayed image is associated, to create the 
"image" message and display the identification of 
the image being displayed, and to create the 
"diagnosis" message and display the diagnosis 
associated with this case from which the displayed 

75 image has been derived. The processor then ad- 
vances to wait state 1413. 

If edit case button 1408 is actuated, inquiry 
1415 is answered in the affirmative and the proces- 
sor advances to instruction I4t7 whereby the iden- 

20 tification of the case with which the displayed im- 
age is associated is obtained, and then the proces- 
sor branches to the edit case routine illustrated in 
the flow charts of FIGS. 20A and 20B. 

If a new overlay (created in a prior operation, 

25 as described below in conjunction with FIGS. 21- 
23) is selected from overlay list 1404. as by posi- 
tioning the cursor over a desired overlay name, 
inquiry 1419 is answered in the affirmative and the 
processor advances to instruction 1421. By this 

30 instruction, the presently displayed overlay is 
cleared from view image frame 1402, and the new- 
ly selected (but previously created) overlay is re- 
trieved from the knowledge base and displayed. 
Overlays 1406 indicate that a selected overlay may 

35 consist of plural overlay areas which illustrate the 
feature under consideration. In this manner, exam- 
ples Of the feature observed in a case may be 
illustrated clearly. Finally, if cancel button 1410 is 
actuated, inquiry 1423 is answered in the affir- 

40 mative and view image frame 1402 is cleared. 

Deleting a Feature 

45 Let it be assumed that cut feature button 240 is 

actuated. As a result, the processor advances to 
the routine illustrated by the flow chart of FIG. 15A. 
Instruction 1501 is carried out to obtain the iden- 
tification of the selected feature 22( displayed in 

50 feature list 224 (FIG. 15). Inquiry 1503 is made to 
determine if a reported value for this feature has 
been included in any case record in the knowledge 
base. If not. inquiry 1511 is made, requiring con- 
firmation that the user wishes to proceed even 

55 though this action destroys feature information. It is 
appreciated that a suitable warning may be dis- 
played requiring a positive or negative response. If 
the response is negative, the processor merely 
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acvarcss to wait state 1509. However, if the re- 
sponse is positive, thus indicating that the user 
wishes to proceed, instruction 1513 is carried out 
by which this feature is deleted fronn the dictionary 
included in the knowledge base and also is deleted 
from ail case records, even though the value of this 
feature in each such record is "not reported". 

if inquiry 1503 is answered in the affirmative, 
inquiry 1505 is made, requiring the user to confirm 
that he wishes to proceed even though this action 
destroys ooth feature and case information from 
the knowledge base. A suitable display, such as 
display 1502 shown in FIG. 15, may be produced. 
If the user responds negatively, the processor sim- 
ply returns to its wait state. However, if the user 
responds positively, as by actuating yes button 
1504, instruction 1507 is carried out by which this 
selected feature is deleted from the dictionary of 
the knowledge base and also is deleted from all 
cases included in the knowledge base, even 
though seme of these cases include a reported 
value for this feature. 



Deleting a Category 

If cut category button 242 is actuated, the 
processor advances to the cut category routine 
illustrated in FIG. 16A. Instruction 1601 is carried 
out to obtain the identification of the category dis- 
played as current category message 222 (FIG. 16), 
Then, inquiry 1603 is made to determine if this 
category contains any features. If not inquiry 1609 
is made, requiring confirmation that the user wish- 
es to proceed even though this action destroys the 
category. If the user responds positively, instruction 
1611 is carried out by which this category is de- 
leted from the dictionary and also from all cases 
included in the knowledge base, even though no 
case includes a reported value for any feature 
included therein because this category does not 
contain any features. The processor then advances 
to wait state 1 607. 

However, if the category displayed as current 
category message 222 does contain features, the 
processor advances to instruction 1605 which 
causes display 1602 to be produced. Actuation of 
ccnfirm button 1604 is needed to verify that the 
user understands the need to delete existing fea- 
tures included in this category before the category 
itself may be deleted. 



List Diagnosis 

Let it be assumed that list diagnosis button 208 
of home screen 200 is actuated. As discussed 
above -vith respect to the flow chart shown in FIG. 



17, the processor branches to the list diagnosis 
flow chart shown in FIG. 18A and now described. 

The diagnosis hierarchy first is obtained, as 
represented by instruction 1801. It will be appre- 

5 ciated that this hierarchy represents a diagnosis 
"tree" discussed below. The processor then ad- 
vances to instruction 1803 by which "pull right" 
menus are created to represent this diagnosis hier- 
archy. Menus 1802 and 1804 of FIG. 18 represent 

70 these pull right menus. 

Once these menus are displayed, inquiry 1805 
is made to determine if the user selects a diagno- 
sis therefrom. If not, the processor merely assumes 
its wait state 1807. However, if inquiry 1805 is 

75 answered in the affirmative, instruction 1809 is car- 
ried out whereby the selected diagnosis is highligh- 
ted and designated the current diagnosis. This di- 
agnosis is written into current diagnosis message 
260. 

20 The processor then advances to instruction 

1811 which retrieves from the knowledge base a 
list of cases containing this current diagnosis. This 
list of cases is displayed in case list 204. as 
represented by instruction 1813, and a predeter- 

25 mined one of the cases, such as the first case in 
the list, is designated the selected case and high- 
lighted. Then, the processor advances to instruc- 
tion 1817 by which the pull right diagnosis menus 
are cleared. Thereafter, the wait state is assumed. 

30 If desired, the user may select a further sub- 

level of diagnosis, and this is indicated by an 
affirmative answer to inquiry 1819. If a further sub- 
level of diagnosis is selected, a further pull right 
menu is displayed, and the processor repeats the 

35 remaining instructions illustrated in FIG. 18A. 

Enter New Case 

40 Let it now be assumed that new case button 

210 is actuated. As discussed above in conjunction 
with the flow chart shown in FIG. 17, the processor 
now branches to a new case routine illustrated by 
the flow chart of FIG. 19A. 
45 Instruction 1901 is carried out to create enter 

case frame 1902 (shown in FIG. 19). Then, case ID 
text input 1904 is created, as represented by in- 
struction 1903. A diagnosis message is created, as 
represented by instruction 1905. and now is in- 
50 dicated as being "not reported". Then, the proces- 
sor advances to instruction 1907 to create set 
diagnosis button 1906. Thereafter, enter button 
1908 is created, as represented by instruction 
1909, and a cancel button is created, as repre- 
ss sented by instruction 1911. The processor then 
assumes its wait state 1913. 

If case ID text input 1904 is selected as by 
positioning the cursor thereover, an identification 
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may be entered, as by operating keyboard 108. 
Typically, a case is identified by a multi-digit nu- 
meral. Inquiry 1915 determines if a case name, or 
identification, is entered. 

Let it be assumed that set diagnosis button 
1906 is actuated. Accordingly, inquiry 1931 is an- 
swered in the affirmative, and instruction 1933 is 
carried out to retrieve the diagnosis hierarchy from 
the knowledge base. Then, instruction 1935 is ex- 
ecuted to create pull right menus, such as menus 
1910 and 1912. to represent this diagnosis hierar- 
chy. Inquiry then is made, as at 1937, to determine 
if a diagnosis is selected from one of the pull right 
menus. If not, the wait state is assumed. However, 
if inquiry 1937 is answered in the affirmative, in- 
struction 1939 is carried out to enter into the di- 
agnosis message the identification of this selected 
diagnosis. Thus, at this time, a case identification 
has been entered and a particular diagnosis has 
been selected. 

If enter button 1908 now is actuated, inquiry 
1917 is answered in the affirmative. Thereafter, 
inquiry 1919 is made to determine if the user has 
entered a unique name in the case ID text input 
1904. If not. instruction 1921 is carried out to 
present a warning message to the user. This mes- 
sage may be as follows: "You must enter a unique 
case name or cancel this operation." 

If a unique case identification has been en- 
tered, inquiry 1919 is answered in the affirmative 
and the processor advances to instruction 1923 
whereby the new case whose basic data has been 
entered in enter case frame 1902 now is written to 
the knowledge base. 

The routine then advances to instruction 1925. 
whereby current diagnosis 260 is set to the name 
of the diagnosis which had been entered in the 
diagnosis message item. Then, the newly entered 
case is listed as the last case in case list 204. 
Then, enter case frame 1902 is cleared. 

If the cancel button is actuated at any time, 
inquiry 1941 is answered in the affirmative and 
enter case frame 1902 is cleared, as represented 
by instruction 1943. 



Edit Case 

If edit case button 212 is actuated, the proces- 
sor branches to the edit case routine illustrated in 
FIGS. 20A and 20B, as discussed previously with 
respect to the flow chart shown in FIG. 17. Instruc- 
tion 2001 first is carried out to create edit case 
frame 2002 (shown in FIG. 20). Then, instruction 

2003 is executed to create current image subframe 

2004 and image overlay list 2006. Thereafter, im- 
age icon menu 2008 is created, as represented by 
instruction 2007. and feature toolbox subframe 



2010 is created, as represented by instruction 
2009. 

The processor advances to instruction 201 1 by 
which case feature list 2012 is created, it wilt be 

5 appreciated that the case feature list is analogous 
to the aforedescribed feature list and indicates 
those features which are included in a particular 
case, thus the. designation "case feature". In addi- 
tion, and as represented by instruction 2011, set 

70 category button 2014, current category message 
2016 and view feature button 2018 all are created. 

Instruction 2013 is carried out by which annota- 
tion editor 2020. case button 2022, image button 
2024 and update button 2026 all are created. Then, 

75 inquiry 2015 is made to determine if this selected 
case, that is. the case selected for editing, has 
been edited previously. It wilt be appreciated that 
the case selected for editing is displayed by the 
highlighted case 206 shown on home screen 200. If 

20 inquiry 2015 is answered in the negative, for exam- 
ple, if the selected case has just been newly en- 
tered, the processor advances to instruction 2017 
by which the current list of features is retrieved 
from the knowledge base and these features are 

25 used as the set of case features 2012 for the 
current case. At this time, since the case has not 
been edited previously, these case features are 
blank because no value has been assigned, as yet 
The processor advances to instruction 2019 

30 whereby the list of categories is retrieved from the 
knowledge base. The first category included in this 
list is selected and displayed as current category 
2016, Thereafter, those features included in this 
category are selected as the case features and 

35 displayed as case feature list 2012, as represented 
by instruction 2021 . At this time, the value of each 
of these displayed case features is "not reported" 
because no value has been assigned. That is. 
these features have not yet been instantiated by 

40 the user. Then, the routine advances to instruction 
2023 which selects the first case feature included 
in case feature list 2012 as the current selected 
feature, whereupon the processor advances to the 
routine illustrated in FIG. 20B, and described be- 

45 low. 

If inquiry 2015 is answered in the affirmative, 
inquiry 2025 is made to determine if the selected 
case contains any images. If so. instruction 2027 is 
carried out to retrieve the case image icons from 

50 the knowledge base and display those icons in 
image icon menu 2008. Then, a predetermined one 
of these displayed icons, such as the first icon, is 
selected, and the image corresponding thereto is 
retrieved from, for example, video disk player 112 

55 (FIG. 1). The retrieved image is displayed in cur- 
rent case image frame 2004 and any overlay 
names which have beer associated with this image 
are displayed in overlay list 2006. A predetermined 
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cne of these overlays, such as the first overlay 
displayed in list 2006, is selected and displayed on 
the presently displayed image. Then, the processor 
advances to instruction 2031. 

As shown by the flow chart of FIG. 20A, in- 
struction 2031 also nnay be reached if inquiry 2025 
is answered in the negative. This instruction re- 
trieves from the knowledge base annotations asso- 
ciated with the selected case, and the retrieved 
annotations are displayed in annotation editor 2020, 
In addition, image button 2024 is dimmed. 

The processor then advances to instruction 
2033 which retrieves from the knowledge base the 
category list, and the first category included in that 
list is selected and displayed as current category 
2016. Thereafter, instruction 2035 is carried out to 
retrieve from the knowledge base the case features 
included in current category 2016, and these re- 
trieved features are displayed in case feature list 
2012 together with their associated values. For 
those features which have not yet been reported 
for this case, that is. for those features which have 
not yet been instantiated, the indicated values are 
"not reported". Then, instruction 2023 is carried 
out, whereby the first case feature 2028 included in 
case feature list 2012 is selected; and the proces- 
sor branches to the flow chart shown in FIG. 20B. 

Frotm the flow chart of FIG. 20B. it is seen that 
the processor first executes instruction 2037 to 
clear toolbox subframe 2010. Then, inquiries 2039, 
2045 and 2049 are made, in sequence, to deter- 
mine if the selected case feature 2028 is a discrete 
feature or is a continuous feature or is a scripted 
feature, if the selected case feature is a discrete 
feature, inquiry 2039 is answered in the affirmative 
and the processor branches to the routine shown in 
FIG. 21 A to create and utilize what is referred to as 
the discrete feature toolbox. 

If selected case feature 2028 is a continuous 
feature, inquiry 2045 is answered in the affirmative 
and the processor branches to the flow chart 
shown in FIG. 22A. The routine illustrated in this 
flow chart is referred to as the continuous toolbox 
routine. 

However, if selected case feature 2028 is a 
scripted feature, inquiry 2049 is answered in the 
affirmative and the processor branches to the rou- 
tine illustrated by the flow chart of FIG. 23B. This 
routine is discussed below and is referred to as the 
scripted tcolbox routine. 

Regardless of the particular toolbox routine to 
which the processor branches, wait state 2043 
eventually is assumed until operator-initiated action 
is taken. 

As an example of operator-initiated action, if 
annotation editor 2020 is selected, as by position- 
ing the cursor thereover, inquiry 2053 is answered 
in the affirmative and text may be entered by 



operating keyboard 108. 

If case button 2022 is actuated, inquiry 2055 is 
answered in the affirmative and the processor ad- 
vances to instruction 2057. As represented in FIG. 

5 206. instruction 2057 serves to dim image button 
2024. brighten case button 2022, clear annotation 
editor 2020 and load into the annotation editor the 
annotation stored in the knowledge base relating to 
the selected case, as had been prepared pre- 

70 viously. The processor then resumes wait state 
2043. 

If image button 2024 is actuated, inquiry 2059 
is answered in the affirmative and instruction 2061 
is carried out. As represented by the flow chart of 
75 FIG. 208, instruction 2061 serves to dim case 
button 2022 and to brighten image button 2024. In 
addition, annotation editor 2020 is cleared and 
whatever image annotation had been prepared pre- 
viously for the image currently being displayed in 
20 current image subframe 2004 is retrieved from the 
knowledge base and loaded into annotation editor 
2020. Then, the wait state is assumed. 

If update button 2026 is actuated, inquiry 2063 
is answered in the affirmative and the processor 
25 advances to inquiry 2065 to determine if a case 
annotation or an image annotation is being edited. 
If neither type of annotation is being edited, inquiry 
2065 is answered in the negative, and wait state 
2053 is assumed. However, if a case annotation is 
30 being edited, the processor advances to instruction 
2067 whereby whatever text has been entered into 
the annotation editor via keyboard 108 now is writ- 
ten to the knowledge base as a case annotation. 
Alternatively, if an image annotation is being ed- 
35 ited, the processor advances to instruction 2069 
whereby the image annotation text which had been 
entered into the annotation editor via keyboard 108 
now is written to the knowledge base and is iden- 
tified as an image annotation. Then, the processor 
40 returns to its wait state. 

If a new case feature is selected from case 
feature list 2012, as by positioning the cursor over 
a desired one of the case features displayed in this 
list, inquiry 2071 is answered in the affirmative and 
45 the processor advances to instruction 2037 to carry 
out that portion of the illustrated routine which has 
been discussed above. 

If the user actuates set category button 2014, 
inquiry 2073 is answered in the affirmative and the 
50 list of categories stored in the knowledge base is 
retrieved and displayed as a menu similar to that 
shown in FIG. 3. Then, the routine advances to 
inquire, at 2077. if the user has selected a category 
from this menu. If so, instruction 2079 is earned out 
55 such that the category now selected by the user is 
identified as the current category and is written into 
current category message 2016. The category 
menu from which the current category was se- 

30 
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lected then is erased. 

The processor advances to instruction 2081 to 
retrieve from the knowledge base the list of case 
features included in the new current category 2016; 
whereafter instruction 2083 is carried out to list in 
case feature list 2012 all of the case features 
included in current category 2016. Then, as before, 
a predetermined one of these listed case features, 
such as first case feature 2028, is highlighted, or 
selected. The processor then returns to instruction 
2037 to execute that portion of the flow chart which 
has been discussed above. 

If desired, the user may select a new overlay 
name from image overlay list 2006. This may be 
done by positioning the cursor over a desired over- 
lay name. If a new overlay name is selected, in- 
quiry 2087 is answered in the affirmative and the 
processor advances to instruction 2089. This in- 
struction clears the present overlay from current 
case image subframe 2004, retrieves from the im- 
age base the overlay which the user has selected 
from overlay list 2006. and displays this displayed 
overlay on the image now being displayed in cur- 
rent case image subframe 2004. Thereafter, the 
processor returns to its wait state. 

Let it be assumed that a new icon is selected 
by the user from image icon menu 2008. This may 
be done by positioning the cursor over a desired 
icon. In that event, inquiry 2091 is answered in the 
affirmative and the processor advances to instruc- 
tion 2093, whereby the identity of the case image 
represented by the selected icon is retrieved, to- 
gether with its associated overlays, and this image 
is read from video disk player 112 and displayed in 
current image subframe 2004. 

If view feature button 2018 is actuated, inquiry 
2095 is answered in the affirmative and the proces- 
sor advances to instruction 2097 to retrieve the 
identity of the selected feature. That is, the identity 
of case feature 2028 is retrieved; and the processor 
branches to the routine discussed above in con- 
junction with FIG. 13 A. Hence, the feature which 
has been selected (i. e. selected case feature 
2028) now may be observed. 

If close case button 2030 is actuated, inquiry 

2098 is answered in the affirmative and instruction 

2099 is carried out to clear edit case frame 2002. 
However, the data which had been entered into the 
various subframes included within edit case frame 
2002 is stored in the knowledge base. 



Discrete Feature Toolbox 

Let it be assumed that the case feature se- 
lected for editing is a discrete feature; and that the 
processor branches to the routine illustrated in FIG. 
21 A, as when instruction 2041 (RG. 20B) is ex- 



ecuted. Turning to FIG. 21 A. instruction 21 01 is 
carried out to retrieve from the knowledge base the 
value of the selected case feature 2028. Inquiry 
2103 is made to determine if this selected case 

5 feature is visual. If not, the processor merely ad- 
vances to instruction 2121 to create the feature 
name message in toolbox frame 2010. 

However, if the feature selected for editing is a 
visual feature, inquiry 2103 is answered in the 

70 affirmative and instruction 2105 is carried out. Cre- 
ate image button 2104 is created and then the 
processor inguires. at 2107. if this feature which 
has been selected for editing is associated with 
images. If so. the first image icon in image icon 

75 menu 2008 is highlighted, as represented by in- 
struction 2109, and the image associated with this 
icon is read from video disk player 112 and dis- 
played in case image subframe 2004 together with 
its associated overiays. Then, instruction 2111 is 

20 carried out to create confirm image button 2106, 
followed by instruction 2113 to create delete image 
button 2108, followed by instruction 2115 to create 
the create overlay button 2110, followed by instruc- 
tion 2117 to create link overiay button 2112. and 

25 finally to instruction 2119 to create delete overiay 
button 2114. Then, instruction 2121 (discussed 
above) is reached. If inquiry 2107 is answered in 
the negative, an image is not displayed in sub- 
frame 2004. 

30 After instruction 2121 is executed, the proces- 

sor advances to instruction 2123 to create the 
"feature type: discrete" message in toolbox frame 
2010. Thereafter, value buttons 2102 are created, 
each button enumerating a possible discrete value 

35 of the feature selected for editing. As shown in FIG. 
21. one of the possible values assigned to these 
buttons is the "not reported" value. 

Then, the routine advances to instruction 2127 
to retrieve from the knowledge base the value 

40 assigned to selected feature 2028 for this particular 
case. This value is indicated by brightening a cor- 
responding one of value buttons 2102. However, if 
this particular case feature has not been edited 
previously, that is. if no value has been assigned to 

45 this feature for this case, the "not reported" value 
is indicated. 

The routine continues to instruction 2129 by 
which any feature annotation text associated with 
selected case feature 2028 that had been written 

50 previously to the knowledge base is retrieved 
therefrom and entered into the feature annotation 
subframe. Thereafter, wait state 2131 is assumed. 

If one of value buttons 2102 is selected, as 
when the user wishes to assign a value to this 

55 feature being edited, or if a previously assigned 
value is to be changed, inquiry 2133 is answered in 
the affirmative. Then, the value which is selected 
by the user is written to the knowledge base as the 
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value assigned to this case feature. Thereafter, the 
processcr i-eturns to its wait state. 

Let it be assumed that create image button 
2104 is actuated. Inquiry 2137 is answered in the 
affirmative and the processor advances to instruc- 
tion 2139. An innage that may be derived from, for 
example, microscope 114 and video camera 116 
(FIG. 1) is displayed in case image subframe 2004. 

As an alternative, let it be assumed that con- 
firm image button 2106 is actuated. Accordingly, 
inquiry 2141 is answered in the affirmative and 
instruction 2143 is executed. As represented by the 
flow chart of FiG. 21 A, this instruction links the 
image displayed in case image subframe 2004 with 
selected case feature 2028 (that is, the feature 
being edited); and this image is written to the 
knowledge base. For example, if disk drive 1 12 is a 
WORM drive, the image may be recorded by this 
disk drive. In addition, an image icon representing 
this particular image is written to the knowledge 
base and displayed in image icon menu 2008. 

If deiete image button 2108 is actuated, inquiry 
2145 is answered in the affirmative and the proces- 
sor advances to inquire, at 2147, if any overlays 
are associated with the image currently being dis- 
played in case image subframe 2004. If inquiry 
2147 is answered in the negative, the image which 
then is displayed in case image subframe 2004 is 
deleted from the knowledge base, and also is 
cleared frcm the case image subframe, and its 
corresponding image icon is erased from the 
knowledge base and cleared from image icon 
menu 2008. 

However, if overlays are associated with the 
image then being displayed, inquiry 2147 is an- 
swered in the affirmative and the processor ad- 
vances to instruction 2151 by which a suitable 
warning message is displayed. An example of such 
a message is as follows: "images with existing 
overlays may not be deleted. Delete overlays prior 
to deleting the image." 

If create overlay button 2110 is actuated, in- 
quiry 2153 is answered in the affirmative and the 
processor advances to instruction 2155 by which 
the rcutine branches to a paintbox routine, dis- 
cussed below in conjunction with FIG. 21 B, 

If link overlay button 2112 is actuated, inquiry 
2157 is answered in the affirmative and the proces- 
sor advances to inquire, at 2159, if the image then 
being displayed in case image subframe 2004 pre- 
viously had been confirmed. If so, inquiry 2161 is 
made to determine if the user had assigned a value 
to this case feature being edited. If not, instruction 
2165 is carried out to provide a warning message. 
A typical warning message may be as follows: "Set 
value prior to confirming overlay." 

However, if a value had been assigned to this 
feature being edited, inquiry 2161 is answered in 



the affirmative and the processor advances to in- 
struction 2163. By this instruction, an overlay which 
is displayed in case image frame 2004 (and cre- 
ated in the manner discussed below in conjunction 
5 with FiG. 218) is associated with the case feature 
being edited, and is written to the knowledge base. 
In addition, this overlay now is listed in overlay list 
2006. 

If the image displayed in case image subframe 
10 2004 had not been confirmed previously, inquiry 
2159 is answered in the negative and instruction 
2167 is executed to cause a suitable warning mes- 
sage to be displayed. A typical message may be 
as follows: "Confirm image prior to confirming 
15 overlay." 



Paintbox 

20 Assuming create overlay button 2110 had been 

actuated, instruction 2155 is executed and the pro- 
cessor branches to the flow chart shown in FiG. 
218. Turning to this flow chart, paintbox frame 
2116 together with the selectable items displayed 

25 therein are created. As illustrated in FiG. 21, four 
separate arrows pointing in four different directions, 
a circle, a square and a line segment are created. 
A predetermined one of these selectable items, 
such as the first arrow displayed in paintbox frame 

30 2116. is selected. Any other one of these selec- 
table items may be selected as a default item, as 
may be desired, in addition, any overlay that may 
be displayed in case image subframe 2004 is 
cleared therefrom. Thus, previously existing over- 

35 lays that may be residual from a preceding edit 
operation are cleared. This is represented by in- 
struction 2130. Thereafter, the processor advances 
to its wait state 2132. 

If the user positions the cursor over any de- 

40 sired position of an image displayed in case image 
subframe 2004, inquiry 2134 is answered in the 
affirmative. The processor then advances to in- 
quire, at 2136, if the user actuates a particular 
switch, or pushbutton, disposed on mouse 110. In 

45 one hardware embodiment described herein, in- 
quiry is made as to whether the right-most button 
on the mouse has been actuated- If so. the routine 
advances to inquiries 2138, 2144. 2150. 2156. 
2162, 2169 and 2173 to determine which of the 

50 seven selectable items 2118 included in paintbox 
subframe 2116 had been selected (i. e. presently is 
highlighted). If one of the arrows is the selected 
item, the processor then inquires, at 2140, 2146. 
2152 or 2158 if the right-most button on the mouse 

55 is released by the user, if so, the selected arrow 
then appears superimposed over the image then 
displayed in case image subframe 2004 at the 
position of the cursor. Thus, if one of the arrows is 
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the selected item, that arrow is displayed as an 
overlay on the displayed image. This is repre- 
sented by instructions 2142. 2148, 2154 and 2160. 

If the circle or the square displayed in paintbox 
frame 2116 constitutes the selected overlay item, 
inquiry 2162 or Inquiry 2169 is answered in the 
affirmative. Then, the circle or square, whichever 
constitutes the selected item, is displayed In case 
image subframe 2004 at the cursor location; and as 
the cursor is moved/the size of the circle or 
square increases. This is represented by instruc- 
tions 2164 and 2170, respectively. Thereafter, upon 
release by the user of the right-most button on 
mouse 110. as indicated by an affirmative answer 
to inquiries 2166 or 2171, the circle or square, 
whose size has been "scaled" by instructions 2164 
or 2170, remains as the overlay for the displayed 
image, as represented by instructions 2168 or 
2172. 

If the selected overlay item is the iine dis- 
played in paintbox frame 2116. inquiry 2173 is 
answered in the affirmative; and the processor ad- 
vances to instruction 2174 to position a iine in case 
image subframe 2004 under the cursor. As the 
cursor is moved, the line is extended. Then, if the 
right-most button on mouse 110 is released, inquiry 
2175 is answered in the affirmative and the line 
drawn by instruction 2174 appears as the overlay 
on the displayed image. 

The foregoing has described how an overlay is 
created at a desired position on an image dis- 
played in case image subframe 2004. If the cursor 
is disposed within this subframe, but the right-most 
button on mouse 110 is not actuated, inquiry 2136 
is answered in the negative. Inquiry 2177 then 
determines if another button disposed on mouse 
110 is actuated. In the hardware embodiment de- 
scribed herein, the routine inquires if the middle 
button on the mouse is actuated. If so. whatever 
overlay is disposed beneath the cursor in case 
image subframe 2004 is erased. If the overlay is 
constituted by the line, then this line is erased as 
the cursor moves thereover. Hence, the line may 
be shortened or cleared, as desired. This erasure 
of the overlay continues until the middle button on 
mouse 110 is released. On that occurrence, inquiry 
2179 is answered in the affirmative; and the pro- 
cessor simply returns to its wait state. 



Continuous Feature Toolbox 

FIG. 21 A, described above, illustrates the rou- 
tine carried out by the processor to create toolbox 
frame 2010 for a discrete feature. A similar routine 
is carried out to create the toolbox frame for a 
continuous feature. This continuous toolbox routine 
is represented by the flow chart illustrated in RG. 



22A. It will be appreciated that most of the inquiries 
and instructions set out in the routine illustrated in 
FIG. 22A are substantially the same as the instruc- 
tions and inquiries which have been discussed 
5 above in conjunction with the routine illustrated in 
FIG. 21 A. Accordingly, to avoid duplication of de- 
scription, and in the interest of brevity, further 
discussion of such substantially similar items is not 
provided. 

10 However, the following differences between the 
displays of FIGS. 22 and 21 and those portions of 
the routines shown in FIGS. 22A and 21 A which are 
associated with these different displays now are 
described- It is observed that toolbox frame 2010 in 

75 FIG. 22 is provided with upper and lower limits for 
the continuous feature, as well as a set value text 
input item 2202. In the flow chart shown in FiG. 
22A, the upper and lower limits are retrieved from 
the knowledge base and displayed in toolbox frame 

20 2010 by instruction 2225. In addition, instruction 
2227 of FiG. 22 A creates set value text input item 
2202. retrieves from the knowledge base the value 
which had been assigned to case feature 2028 in a 
previous operation and displays this retrieved value 

25 as the "set value". Of course, if a value has not 
been assigned to case feature 2028. the "set val- 
ue" will be displayed as "not reported". 

If the user inputs a value, such as a desired 
numerical value, into set value text input item 2202, 

30 as by positioning the cursor over this item and 
operating keyboard 108. inquiry 2233 is answered 
in the affirmative. The processor then advances to 
inquire, at 2235, if the number entered as the "set 
value" is within the range defined by the upper and 

35 lower limits that had been assigned to this case 
feature. If so, the routine advances to instruction 
2237 to write this inputted numerical value to the 
knowledge base. However, if the input value is 
outside the range defined by the upper and lower 

40 limits, instruction 2239 is carried out to display a 
warning message to the user. A typical message 
may be as follows: "Enter a number between the 
upper and lower limits." In addition, the number 
which had been entered by the user as the "set 

45 value" is cleared. Then, the processor returns to its 
wait state awaiting user-initiated action. Since such 
action has been described above in conjunction 
with the discrete toolbox routine of FIG. 21 A and 
the paintbox routine of FIG. 21 B. further, duplica- 

50 tive description thereof is not provided herein. 



Scripted Feature Toolbox 

If. during an edit case operation (described 
above) the case feature selected for editing is a 
scripted feature, the processor branches from in- 
struction 2051 (FiG. 208) to the routine repre- 
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sentec by the flow chart illustrated in FIG. 23B. In 
this routine, the selected case feature, such as 
case feaiure 2028 (FIG. 23A) is retrieved from the 
knowledge base with its assigned value, in accor- 
dance with instruction 2301. The processor then 5 
causes create image button 2306 to be displayed, 
as represented by instruction 2303; and inquires, at 
2305, if the selected case feature is associated with 
any images. If not. the routine merely advances to 
instruction 2309. However, if images are associated ;o 
with selected case feature 2028. instruction 2307 is 
carried out to highlight a preselected image icon, 
such as the first image icon, in image icon menu 
2008. This highlighted image is displayed in case 
image subframe 2004. Then, instruction 2309 is is 
earned out. 

The processor -continues to create confirm im- 
age button 2308 (instruction 2309), to create delete 
image button 2310 (instruction 2311). to create 
collect data button 2312 (instruction 2313), to ere- 20 
ate link overlay button 2314 (instruction 2315) and 
to create delete overlay button 2316 (instruction 
2317). Thereafter, the routine executes instruction 
2319 to create the feature name message dis- 
played at the top of this toolbox frame, and to 25 
display the message "Feature type: Scripted" be- 
neath the feature name. Then, a measurement list 
2302 is created by instruction 2321. 

If previous measurements for this scripted case 
feature have been made, these measurements are 30 
listed in measurement list 2302. For the present, let 
it be assumed that this list is empty. 

The processor then advances to instruction 
2323 tc retrieve from the knowledge base the up- 
per and icwer limits that have been established for 35 
this feature (discussed above with respect to FIG. 
12A). Then, instruction 2325 is carried out to re- 
trieve from the knowledge base the value pre- 
viously assigned to this scripted feature, and this 
vaiue is displayed as value message 2304. if a 40 
value has not yet been assigned to this case fea- 
ture, the value "not reported" is displayed. There- 
after, the routine retrieves from the knowledge base 
whatever text . had been entered as the feature 
annotation, and as represented by instruction 2327. 45 
this retrieved text is displayed in the illustrated 
feature annotation subframe. The processor then 
advances to its wait state 2329. 

!t is seen that the scripted feature toolbox 
frame includes many of the same buttons as are so 
included in the discrete feature toolbox frame 
shown in FIG. 21 and described above in conjunc- 
tion with the flow chart of FIG. 21 A. Accordingly, 
actuation of create image button 2306, confirm 
image button 2308, delete image button 2310, link 55 
overlay button 2314 or delete overlay button 2316 
results in the same processor operation as was 
described above in conjunction with FIG. 21 A. In 



the interest of brevity, discussion of that operation 
is not repeated here. 

The scripted feature toolbox frame is provided 
with collect data button 2312, which is not included 
in the continuous or discrete feature toolbox frames 
discussed above. If the collect data button is ac- 
tuated, the routine represented by the flow chart of 
FIG, 23B detects this, and an affirmative answer is 
made to inquiry 2361. The routine then advances 
to inquire, at 2363, if case feature 2028 is a mea- 
sure of density. If so, the processor advances to 
instruction 2365 and branches to the collect density 
data routine shown in FIG. 23C. 

If inquiry 2363 is answered in the negative, the 
routine of FIG. 23B inquires, at 2367, if case fea- 
ture 2028 is a measure of linear distance. If so, the 
routine advances to instruction 2369 and the pro- 
cessor branches to the collect linear data routine 
shown in FIG. 23E. Finally, if inquiry 2367 is an- 
swered in the negative, the routine of FIG. 23B 
advances, to inquire at 2371, if case feature 2028 
is a measure of area. If so, instruction 2373 is 
carried out and the processor branches to the 
collect area data routine illustrated in FIG. 23G. 



Collect Density Data 

If the processor branches to the collect density 
data routine shown in FIG. 23C. instruction 2326 is 
carried out to add the term "density" to the feature 
type message displayed at the top of the scripted 
feature toolbox frame. Then, a list of image mag- 
nifications is created which, for example, is dis- 
played as "not set", 1X, 10X, 20X and 40X. Ini- 
tially, the magnification is indicated as "not set" 
awaiting a selection by the user. 

The processor then continues to instruction 
2330 to create overlay symbols 2320 in paintbox 
frame 2318. shown in FIG. 23A. As an example, 
one of these symbols, which may be selected by 
the user, as by positioning the cursor thereover, 
consists of a square. FIG. 23A also illustrates a 
target symbol in the paintbox frame. Selection of 
the target symbol initiates a target mode which, as 
will be described, designates an element displayed 
in image subframe 2004 as a target element. The 
density of those elements selected by the user as 
target elements is calculated by this collect density 
data routine. 

One of the illustrated symbols is preselected 
as a default selection, and for convenience, the 
square is preselected as the default symbol. In 
addition, a "count" variable (which simply is a 
count of target elements) and a "square param- 
eters" variable (which is the area of a square 
overlay, as determined by the selected magnifica- 
tion factor and the size of the overlay square, to be 
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described) are created. Then, enter button 2324 is 
created, as represented by instruction 2332. and 
reset button 2322 is created, as represented by 
instruction 2334. The processor then advances to 
its wait state 2336. 

The user now may measure the density of 
case feature 2028 as observed in the image dis- 
played in case image subframe 2004. The manner 
in which this is carried out now is described. 

The user may position the cursor at any de- 
sired location over the image displayed in case 
image subframe 2004. It is expected that the cur- 
sor will be positioned over the case feature whose 
density is to be measured. Inquiry 2338 determines 
if a predetermined switch or pushbutton of mouse 
110, such as the left-most button, is actuated when 
the cursor is so positioned. If not. the routine 
merely resumes its wait state. However, if Inquiry 
2338 is answered in the affirmative, the processor 
inquires, at 2340, if a desired magnification ratio 
has been set. If not, the wait state is maintained. 

If a magnification ratio has been selected and if 
the left-most button on mouse 110 is actuated, 
inquiry 2342 determines if the square symbol in 
paintbox frame 2318 has been selected, if so. the 
processor advances to inquire, at 2344, if density 
data has been entered previously for this case 
feature. If this inquiry is answered in the affirmative, 
instruction 2348 is executed to initialize (or reset) 
both the count variable and the square parameters 
variable to zero. Any overlay which may be present 
in case image subframe 2004 is cleared. Thus, a 
density measuring operation is enabled. 

If density data had not been entered previously 
for this case feature, inquiry 2344 is answered in 
the negative and the processor merely advances to 
instruction 2348. This instruction superimposes the 
square symbol as an overlay on the image dis- 
played in case image subframe 2004 at the posi- 
tion of the cursor. Then, inquiry 2350 determines if 
the user moves the mouse while the right-most 
button thereon is actuated. If not. a suitable warn- 
ing message is displayed, as repreented by in- 
struction 2366. A typical message may be as fol- 
lows: "Enter data." However, if the mouse is 
moved while the right-most button is actuated, in- 
struction 2352 is carried out to increase the size of 
the square. This sizing, or scaling, continues until 
the right-most button of mouse 110 is released. 
Such button release is indicated by an affirmative 
answer to inquiry 2354, whereupon the processor 
advances to instruction 2356 to display an overlaid 
square in case image subframe 2004 and to in- 
dicate this square in overlay list 2006. In addition, 
the actual size of the square, which is a function of 
the magnification ratio selected by the user and the 
dimension of the displayed overlaid square, is writ- 
ten as the variable designating the "square param- 



eter". The processor thereafter assumes its wait 
state 2336. 

When the user positions the cursor over the 
target symbol, inquiry 2342 is answered in the 

5 negative and inquiry 2358 is answered in the affir- 
mative. Then, the routine advances to inquire, at 
2360, if the right-most button included in mouse 
110 has been released. If not, the processor re- 
mains at its wait state. However, if the user posi- 

w tions the cursor over an element displayed in the 
overlaid square, such as a type of cell whose 
density is to be calculated, and then releases the 
right-most mouse button, inquiry 2360 is answered 
in the affirmative. The user thus may identify all of 

75 the cells of this type within the overlaid square. 
Then, the processor advances to inquiry 2362 to 
determine if the size of the square (i. e. the 
"square parameter") is non-zero. If a square size 
has been entered, this inquiry is answered in the 

20 affirmative; and the routine advances to instruction 
2364. This instruction increments the "count" vari- 
able and displays this count of the number of cells 
that have been identified in or adjacent the square 
displayed as an overlay in case image subframe 

25 2004. This count is incremented each time another 
cell in the square is identified (or targeted). The 
processor then returns to its wait state. 

30 Collect Linear Measurement Data 

If the case feature being edited is a linear 
measurement, the processor branches to the flow 
chart shown in FIG. 23E when instruction 2379 is 

35 reached in FIG. 238. Turning to this flow chart, 
instruction 2369 is carried out to insert the term 
"linear" to the feature type message displayed at 
the top of the toolbox frame. If the selected case 
feature 2028 has been edited previously, the list of 

40 measurements which were created is retrieved 
from the knowledge base and displayed in mea- 
surement list 2302. In addition, the last-determined 
linear measurement is retrieved and displayed in 
value message 2304. The processor then advances 

45 to instruction 2380 to create the list of magnifica- 
tion ratios and display that list in paintbox frame 
2318 (FIG. 230). 

The processor advances to instruction 2381 to 
create current value message 2377. and then in- 

50 struction 2382 is carried out to create undue button 
2378. Thereafter, a reset button (not shown in FIG. 
230) is created, as represented by instruction 
2383. The processor then assumes its wait state 
2384. 

55 If the user actuates a predetermined button on 

mouse 110, such as the left-most button, when the 
cursor is positioned within case image subframe 
2004. inquiry 2385 is answered in the affirmative; 
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and the processor advances to inquiry 2386 to 
ascertain whether a magnification ratio has been 
set. If net. an error message is displayed, as repre- 
sented by instruction 2387. A suitable message 
may be as follows: "You must set the magnification 
prior to collecting data." 

However, if inquiry 2386 is answered in the 
affirmative, inquiry next is made, at 2388, to deter- 
mine if the user moves the mouse and, thus, the 
cursor, //hile the right-most button remains ac- 
tuated. If this inquiry is answered in the affirmative, 
a line is drawn, or sized, between the initial cursor 
position and its current position, as represented by 
instruction 2389. Then, inquiry 2390 determines if 
the user releases this right-most button. If this 
inquiry is answered in the negative, the line contin- 
ues to be drawn. However, once this button is 
released, the processor carries out instruction 2391 
whereby the length of the sized line segment is 
calculated, and this linear distance measurement is 
displayed as current value 2377 (FIG. 23D). Fur- 
thermore, this measurement is written into mea- 
surefr.ent list 2302. Then, for all sized line seg- 
ments that had been calculated, or measured, for 
the image displayed in case image subframe 2004, 
the average length thereof is determined. This 
average length measurement is displayed as value 
message 2304 and is written to the knowledge 
base. Furthermore, the updated measurement list, 
that is, :he list containing the latest linear measure, 
is written to the knowledge base. The processor 
then resumes its wait state. 

If undo button 2378 is actuated, inquiry 2392 is 
answerec in the affirmative. Then, instruction 2393 
is executed to delete the last linear measurement 
present in measurement list 2302. to delete the last 
line segment that had been drawn overlying the 
image m case image subframe 2004. and to clear 
the measurement displayed in current value mes- 
sage 2377. Thereafter, the wait state is resumed. 

If the reset button (not shown) is actuated, 
inquiry 2394 is answered in the affirmative and the 
processor advances to instruction 2395. This in- 
struction clears all of the measurements that may 
be listed in measurement list 2302. In addition, 
value message 2304 is cleared as is current value 
message 2377. Any overlay line segments that 
may be present in case image subframe 2004 also 
are cleared. Thereafter, the processor resumes its 
wait state. 



Collect Area Data 

If the case feature being edited is a measure of 
area, the routine illustrated by the flow chart shown 
in FIG, 23B branches to the flow chart shown in 
FIG. 23G when instruction 2373 (FIG. 238) is 



reached. Turning to FIG. 23G. the routine begins at 
instruction 23100 which adds the term "area" to 
the displayed feature type located at the top of the 
toolbox frame. If this case feature had been edited 

5 previously, the list of previously measured areas is 
displayed as measurement list 2302, and the pre- 
viously determined value of the measured area is 
retrieved from the knowledge base and displayed 
as value message 2304. Then, the routine ad- 

10 vances to instruction 23101 to list in paintbox frame 
2318 the list of magnification ratios which may be 
selected. 

The processor advances to instruction 23102 to 
create an intensity slider 2394 (FIG. 23F) which 

/5 displays an upper intensity limit of 255 and a lower 
intensity limit of 0. Next, instruction 23103 is car- 
ried out to create an "intensity at cursor" message 
2396. It will be appreciated that the "intensity" 
referred to herein is a measure of the brightness of 

20 a designated portion of the image displayed in 
case image subframe 2004, Of course, the 
"intensity at cursor" message indicates the bright- 
ness of that portion of the displayed image jux- 
taposed the cursor. 

25 The processor advances to instruction 23104 to 
create undo button 2398 and a stop button (not 
shown). Then, instruction 23105 is carried out to 
create reset button 2397. Thereafter, the processor 
assumes its wait state 23106. 

30 To obtain a measurement of area, the user first 

must define the area to be measured, and then that 
area must be "filled in" to distinguish it from the 
remainder of the image. To define the area, the 
user moves the cursor to "draw" a closed area on 

35 the displayed image. Inquiry 231 14 determines if a 
predetermined switch, or button, on mouse 110 is 
actuated while the cursor is juxtaposed the image 
displayed in case image subframe 2004. If this 
inquiry is answered in the affirmative, the processor 

40 advances to inquire, at 23115, if the cursor is 
moved, while this button remains actuated. If so. a 
line of predetermined intensity, such as the maxi- 
mum intensity (having an intensity level of 255) is 
drawn as the cursor is moved. It is appreciated that 

45 if the cursor moves to define a closed area, this 
closed area is drawn as an overlay on the dis- 
played image. Then, the processor returns to its 
wait state. 

As the cursor is moved within case image 
50 subframe 2004, inquiry 23117 is answered in the 
affirmative. Then, instruction 23118 is carried out to 
display the intensity of the image juxtaposed the 
instantaneous position of the cursor, this display 
being provided in intensity at cursor message 
55 2396. It is appreciated that, as the cursor passes 
from brighter to dimmer regions in the displayed 
image, the intensity value displayed as message 
2396 correspondingly varies to reflect this chang- 
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ing intensity. 

To obtain a nneasurennent of area, the user 
positions the cursor within the closed area which 
he has drawn. Once the cursor is so positioned, it 
is expected that he will actuate one particular but- s 
ton on mouse 110. such as the left-most button, 
while releasing another button of the mouse, such 
as the right-most button. Inquiry 23107 determines 
if the left-most button is actuated while the cursor 
is located within case image subframe 2004; and if io 
this inquiry is answered in the affirmative, Inquiry 
23108 determines if the right-most button has been 
released. If so. the processor inquires, at 23109, if 
a magnification ratio has been set. If this inquiry is 
answered in the negative, instruction 23110 is car- 75 
ried out to display a warning message. A suitable 
message may be as follows: "You must set the 
magnification prior to collecting data." 

However, if the magnification ratio has been 
set, the routine advances to inquiry 231 1 1 to deter- 20 
mine if slider 2394 is set. This slider is used to 
establish a threshold intensity level for the purpose 
described below. Preferably, this intensity level is 
set to be less than 255, the maximum intensity 
level. Setting the slider to establish the desired 25 
intensity level may be achieved by positioning the 
cursor over slider 2394 and then moving the cursor 
from left to right to increase the desired intensity 
level or. alternatively, from right to left to decrease 
this intensity level. Once the slider is set. inquiry 30 
23111 is answered in the affirmative and the pro- 
cessor advances to instruction 23113. 

Instruction 23113 causes a "recursive fill" in an 
area located at the cursor and extending to a 
boundary whose intensity level is less than that set 35 
* by slider 2394. Commencing with the pixel se- 
lected by the cursor, that pixel is filled if its inten- 
sity level is below the intensity level of slider 2394. 
Then, adjacent pixels are similarly filled, and so on, 
until a pixel is reached whose intensity level is 40 
equal to or greater than the intensity level set by 
slider 2394. It is appreciated that if a closed area 
has been drawn, as represented by instruction 
23116, having a boundary whose intensity level is 
equal to 255. the entire area within this boundary 45 
will be filled by recursive fill instruction 23113. 
Then, the size of the filled area is calculated and 
written into measurement list 2302. The average of 
all areas which have been similarly defined and 
filled on the displayed image is calculated, and this so 
average area measurement is displayed as value 
message 2304. This average area measurement is 
written to the knowledge base. Also, updated mea- 
surement list 2302 is written to the knowledge 
base. 

Thereafter, inquiry 23119 determines if the 
stop button (not shown) has been actuated. If not. 
the processor merely returns to its wait state 



23106. 

However, if the stop button has been actuated, 
a recursive fill operation is terminated if it is in 
process, as represented by instruction 23120. The 
routine then advances to instruction 23121, where- 
by the last item entered into measurement list 2302 
is deleted and the last closed area which had been 
drawn as an overlay in case image subframe 2304 
is cleared. Also, the average area measurement 
displayed in value message 2304 is cleared. Then, 
the processor returns to its wait state. 

If undo button 2398 is actuated, inquiry 23122 
is answered in the affirmative: and the processor 
then advances to instruction 23121, described 
above. 

If reset button 2397 is actuated, inquiry 23123 
is answered in the affirmative. Then, instruction 
23124 is carried out to dear measuremer^t list 
2302. Also, value message 2304 is cleared and the 
overlays that may have been drawn, as in accor- 
dance with instruction 23116. are cleared. There- 
after, the wait state is assumed. 



Deleting a Case 

If cut case button 214 of home screen 200 is 
actuated, the delete case routine illustrated in FIG. 
24A is executed, instruction 2401 is carried out to 
retrieve the identification of selected case 206 in 
case list 204. i. e. the case selected for deletion. 
Inquiry 2403 is made requiring confirmation by the 
user to continue with the delete case operation. A 
message, such as message 2402 (FIG. 24) is dis- 
played. A typical message may be as follows: 
"This action destroys case information. Do you 
wish to proceed?" If the user responds by indicat- 
ing negative action, the processor merely advances 
to its wait state 2407. However, if the user confirms 
that he wishes to proceed, instruction 2405 is car- 
ried out by which this selected case is deleted 
from the knowledge base. 



Selecting a "Diagnosis Tree'* 

To create a hierarchy of diagnoses, diagnosis 
button 244 of home screen 200 may be actuated. 
This is represented by the shaded diagnosis button 
illustrated in FIG. 25. As a result, the routine illus- 
trated in FIG. 26A is carried out: and this routine 
results in the display illustrated in FIG. 26. 

Referring to FIG. 26A, inquiry first is made, as 
at 2601. to ascertain if the user has actuated the 
diagnosis button. If not. the processor merely re- 
mains at its wait state 2621. However, if this inquiry 
is answered in the affirmative, the existing hierar- 
chy of diagnoses is retrieved from the knowledge 
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base, as represented by instruction 2603. Then, 
instructicr 2605 is carried out to create the diagno- 
sis tree frame 2602 and the diagnosis tree 2604, 
which is formed of this hierarchy of diagnoses, is 
displayed (FiG. 26), In addition, a vertical scroll bar 5 
2636 and a horizontal scroll bar 2638 are created. 

The processor advances to instruction 2607 to 
create a graphical representation of the diagnosis 
tree within frame 2602. As illustrated, each diagno- 
sis is represented as a rectangle in which the name w 
of the diagnosis is provided. Each rectangle con- 
stitutes a node from which sublevels of diagnoses 
nay depend. A root node 2606 is created from 
which diagnoses 2608, 2610 and 2612 depend. 
These diagnoses all reside on a common level and, /5 
for convenience, are referred to herein as 
"sibiings". An additional "sibling" diagnosis 2614 
depends from root 2606 and is identified as a "not 
reported" diagnosis. Except for the not reported 
diagnosis 2614, any other diagnosis node in this 20 
level may have one or more diagnoses dependent 
thereon, and such dependent diagnoses are re- 
ferred to as "children". Diagnosis 2608 is seen to 
have one child diagnosis node 2616 dependent 
thereon. Diagnosis 2610 is seen to have two chil- 25 
dren diagnoses 2618 and 2620 dependent thereon. 
All cf the diagnoses included in this second lower 
level aiso are seen to be siblings. Any child di- 
agnosis may have dependent thereon another 
child, such as child diagnosis 2624 which depends 30 
from chiid diagnosis 2620. 

Any diagnosis in any level may be selected, as 
by positioning the cursor thereover. A selected 
diagnosis is highlighted, whereas all other diag- 
noses are displayed as relatively dimmed rectan- _ 35 
gles and are unselected. 

A predetermined diagnosis node is selected as 
the default node. For convenience, instruction 2609 
selects root node 2606 as the default node. It will 
be appreciated that the default node automatically 40 
fs the selected node unless and until the user takes 
action to select a different diagnosis node. 

After the root node is selected as the default 
node, the processor advances to instruction 2611 
to form the create chiid button 2626 (FIG. 26). 45 
Then, instruction 2613 is carried out to create edit 
node button 2628. Thereafter, view node button 
2630 is created, as by instruction 2615, followed by 
the creation of cut branch button 2632, as repre- 
sented by instruction 2617. Thereafter, close button so 
2634 is created, as by instruction 2619. Once the 
diagnosis tree has been displayed and the afore- 
mentioned buttons have been created, the proces- 
sor assumes its wait state 2621 . 

Depending upon which of buttons 2626, 2628, 55 
2630 and 2632 is actuated, the processor branches 
to a corresponding routine to execute the program 
initiated by the actuated button. Thus, if create 



child button 2626 is actuated, inquiry 2623 is an- 
swered in the affirmative and the processor 
branches to the create child routine, illustrated by 
the flow chart of FIG. 27A, and represented by 
instruction 2625. Similarly, if edit button 2628 is 
actuated, inquiry 2627 is answered in the affir- 
mative and the processor thereafter branches to 
the edit node routine, illustrated by the flow chart of 
FIG. 28A, as represented by instruction 2629. 
When view node button 2630 is actuated, inquiry 

2631 is answered In the affirmative. The processor 
then branches to the view node routine represented 
by the flow chart shown in FIG. 30A, as indicated 
by instruction 2633. Finally, if cut branch button 

2632 is actuated, inquiry 2635 is answered in the 
affirmative and the processor branches to the cut 
branch routine, illustrated by the flow chart shown 
in FIG. 29A, and represented by instruction 2637. 

If close button 2634 is actuated, inquiry 2639 is 
answered in the affirmative. The processor then 
advances to inquire, at 2641 , if any subframes that 
may have been created as a result of the actuation 
of buttons 2626, 2628 or 2630. as will be described 
below, still are displayed, or "open". If not, diagno- 
sis tree frame 2602 is cleared, as instructed by 
instruction 2643. However, if a subframe is "open", 
instruction 2645 is carried out to display a suitable 
warning message. A typical message may be as 
follows: "All diagnosis frames must be closed prior 
to closing the diagnosis tree frame." 

Creating a Child Diagnosis Node 

Let it be assumed that create chiid button 2626 
of FIG. 26 is actuated. The processor then 
branches to the create child routine now described 
in conjunction with the flow chart of FIG. 27A. 

A child diagnosis node, by definition, depends 
from a preexisting diagnosis node. That preexisting 
diagnosis node must be the selected node in order 
to create a child dependent thereon. The routine 
illustrated in FiG. 27A begins by retrieving from the 
knowledge base the active diagnosis node, repre- 
sented as node 2610 in FIG. 27. Then, the proces- 
sor advances to instruction 2703 to display create 
child frame 2702 (this is one of the "subframes" 
mentioned above). The routine continues to instruc- 
tion 2705 to create diagnosis name text input 2704; 
and thereafter to create prior probability text input 
2706. (Elements identified by even reference nu- 
merals are illustrated in FIG. 27.) It is appreciated 
that diagnosis name text input 2704 is used by the 
user to identify the diagnosis being created; and 
the prior probability text input 2706 is used to 
indicate the probability of this diagnosis occurring 
in the population of cases included in the knowl- 
edge base. 
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The processor then advances to instruction 
2709 to create diagnosis annotation editor 2708. 
Then, enter button 2710 is created, as by instruc- 
tion 2711. and cancel button 2712 is created, as by 
instruction 2713. The processor then assumes its 
wait state 2715. 

In creating a child diagnosis node, it is ex- 
pected that the user will select and enter a desired 
name to identify this diagnosis. If so. inquiry 2719 
is answered in the affirmative, and the entered 
name is displayed in diagnosis name text input 
2704. It also is expected that the user will deter- 
mine the probability of this diagnosis occurring in 
the interested population of case records included 
in the knowledge base. If this probability is entered 
in prior probability text input 2706, as by position- 
ing the cursor thereover and then operating key- 
board 108, inquiry 2721 is answered in the affir- 
mative. 

Furthermore, it is expected that the user will 
enter an annotation at diagnosis annotation editor 
2708 to provide commentary on this new diagnosis. 
Inquiry 2717 determines when text is entered in the 
diagnosis annotation text editor. 

Once the diagnosis name, its probability and 
commentary have been entered into create child 
frame 2702, it is anticipated that the user even- 
tually will actuate enter button 2710. inquiry 2723 
determines when this button is actuated. Upon ac- 
tuation, this inquiry is answered in the affirmative 
and the processor advances to inquire, at 2725, if a 
unique diagnosis name has been entered in the 
diagnosis name text input 2704, If not, instruction 
2727 is carried out to cause a warning message to 
be displayed. A suitable warning message may be 
as follows: "You must enter a unique diagnosis 
name or cancel this operation." 

If inquiry 2725 is answered in the affirmative, 
the routine advances to inquire, at 2729, if a num- 
ber in the range between 0 and 1 has been entered 
by the user in the prior probability text input item 
2706. If a prior probability number has not been 
entered, the processor advances to instruction 
2739, described below. 

However, if inquiry 2729 is answered in the 
affirmative, inquiry is made, at 2731 . to ascertain if 
the sum of all prior probabilities for this node and 
sibling nodes (i. e. those diagnosis nodes on the 
same level as the node being created) is equal to 
one. If it is, the processor advances to instruction 
2739. Also, any previously displayed warning mes- 
sages relating to inconsistent probabilities are 
cleared, as indicated by instnjction 2733. 

If the sum of all prior probabilities for all nodes 
(including this node) on this level is not equal to 
one, the routine advances to instruction 2735 to 
produce an error message. A typical message may 
be as follows: "Inconsistently defined prior prob- 



ability". Then, instruction 2739 is carried out. 

Instruction 2739 writes the new diagnosis to the 
knowledge base, identifies this new diagnosis with 
the name entered in diagnosis name text input 

5 2704. and positions this diagnosis in the hierarchy 
of diagnoses as the child which depends from the 
particular diagnosis node which is displayed as the 
active node. Then, the processor causes a new 
node in the diagnosis tree to be displayed. This 

10 new node is dependent from the selected diagno- 
sis node, as represented by instruction 2741. The 
text which had been entered in diagnosis annota- 
tion editor 2708 is associated with this new diagno- 
sis and written to the knowledge base, as repre- 

;5 sented by instruction 2743. Then, the processor 
advances to instruction 2745 to delete the create 
child frame 2702. 

if, at any time, cancel button 2712 is actuated, 
inquiry 2747 is answered in the affirmative and 

20 instruction 2749 is carried out to clear the create 
child frame 2702. Thereafter, the processor as- 
sumes its wait state. 

25 Editing a Diagnosis Node 

If edit node button 2628 is actuated when the 
diagnosis tree is displayed (FIG. 26). the processor 
branches to the edit node routine represented by 

30 the flow chart shown in FIG. 28A. A comparison of 
this flow chart to that shown in FIG. 27A indicates 
that the two are quite similar. Because of this 
similarity, the edit node flow chart need not be 
described in great detail. It should be noted, how- 

35 ever, that an edit node frame 2802 (FIG. 28) is 
created in place of the create child frame 2702. 
shown in FIG. 27. and this too is one of the 
"subframes" mentioned above. Accordingly, the 
routine shown in FIG. 28A commences with instruc- 

40 tion 2801 to retrieve the diagnosis tree from the 
knowledge base; and a desired one of the nodes 
displayed in this tree may be edited. A node may 
be selected for editing by positioning the cursor 
thereover. As represented in FIG. 28, the selected 

45 node, depicted as node 2610, is highlighted. 

After the diagnosis tree is retrieved and dis- 
played, edit node frame 2802 is created, as repre- 
sented by instruction 2803. Then, the diagnosis 
name message is created and displayed, and the 

50 name of the selected diagnosis is retrieved from 
the knowledge base and displayed, as represented 
at 2804 in FIG. 28. 

The routine continues to instruction 2807 to 
create the prior probability message and to display 

55 thereat the prior probability of selected diagnosis 
2610, as retrieved from the knowledge base. This 
displayed prior probability is shown at 2806 in FIG. 
28. 



39 



77 



EP 0 332 322 A2 



78 



Then, the routine creates the diagnosis annota- 
tion editor 2808, as represented by instruction 
2809, and displays therein the annotation retrieved 
from the knowledge base and associated with se- 
lected diagnosis 2610. Thereafter, enter button 
2810 is created, as by instruction 2811, and cancel 
button 2812 is created, as by instruction 2813. 
Then, instruction 2815 is executed to display the 
"node children" nnessage which iists those children 
which depend from selected node 2610. In the 
example shown in FIG. 28, the selected node is 
diagnosis node DX3, and its children are diagnosis 
node DX5 and diagnosis node 0X8. These children 
diagnosis nodes are displayed in edit node frame 
2802. 

The user then may change the diagnosis 
name, adjust its prior probability and vary the com- 
mentary presented in diagnosis annotation editor 
2808. Since these functions have been described 
above in conjunction with FIG. 27A. a discussion 
thereof need not be repeated here. 



Cut Branch 

(f cut branch button 2632 (FIG. 26) is actuated, 
the processor branches to the cut branch routine 
illustrated in FIG. 29A and now described. Instruc- 
tion 2901 is executed to retrieve from the knowl- 
edge base the diagnosis tree. This diagnosis tree 
is displayed, as shown in FIG. 29. A desired di- 
agnosis node should be selected for "cutting"; and 
it will be appreciated that the branch which extends 
between the selected diagnosis node and its parent 
in the next higher level will be cut, as indicated at 
2902. Accordingly, inquiry 2903 requires confirma- 
tion by the user to continue with the cut branch 
routine. A suitable message requiring a response 
may be cisplayed, such as the message "Warning: 
Cutting diagnoses may destroy case information. 
Do you want to proceed?" If the user responds 
negatively, the processor merely advances to its 
wait state 2905. However, if the user confirms that 
he wishes to proceed, the routine advances to 
instruction 2907. 

Instruction 2907 retrieves from the knowledge 
base the selected diagnosis and all information 
associated therewith- From FIG. 29, it is seen that 
the selected diagnosis is diagnosis 2620. this di- 
agnosis cepending from diagnosis 2610 and further 
having a child (referred to as "descendant") repre- 
sented by diagnosis 2624. In addition to retrieving 
all information associated with selected diagnosis 
2620. the name and data associated with all child 
nodes which depend from the selected diagnosis 
node also are retrieved. In the present example, all 
inform.aticn associated with diagnosis 2624 is re- 
trieved. All of the retrieved information is written 



into a store to preserve the hierarchal structure of 
these retrieved diagnosis nodes. That is, the hierar- 
chal structure between diagnosis 2620 and diagno- 
sis 2624 is stored. 

5 Then, the processor advances to instruction 

2909 to retrieve from the knowledge base a list of 
alt cases possessing diagnoses 2620 and 2624. In 
each of these cases, the diagnosis which pre- 
viously had been identified as diagnosis 2620 and 

70 diagnosis 2624 now is indicated as "not reported". 

Then, instruction 291 1 is carried out to delete 
from the knowledge base the selected diagnosis 
node and all descendants therefrom. As shown in 
FIG. 29, diagnoses 2620 and 2624 are deleted 

15 from the knowledge base. The routine continues to 
instruction 2913 to delete from the diagnosis tree 
the selected diagnosis 2620 and descendant di- 
agnosis 2624. Thereafter, the parent of selected 
diagnosis 2620. that is, diagnosis 2610. is des- 

20 ignated the selected diagnosis in the illustrated 
diagnosis tree. 

View Node 

25 

If view node button 2630 (FIG. 26) is actuated, 
the processor branches to the view node routine 
illustrated by the flow chart of FIG. 30A. In this 
routine, the diagnosis tree is retrieved from the 

30 knowledge base and displayed in diagnosis tree 
frame 2602. Then, view node frame 3002 is cre- 
ated (shown in FIG. 30). as by instruction 3003. 
This view node frame is yet another of the afore- 
mentioned "subframes". Thereafter, the diagnosis 

35 name message is created and the name of the 
selected diagnosis, i. e. the name of diagnosis 
2610. is retrieved from the knowledge base and 
displayed as the diagnosis name. The processor 
then advances to instruction 3007 to create the 

40 prior probability message within view node frame 
3002. The probability of occurrence of selected 
diagnosis 2610 is retrieved from the knowledge 
base and displayed, as illustrated. 

instruction 3009 then is carried out to create 

45 case list 3004 and to retrieve from the knowledge 
base the list of cases which contain selected di- 
agnosis 2610. This list of cases is displayed in 
case list 3004. Thereafter, edit case button 3006 is 
created, as by instruction 3011. and cancel button 

so 3008 is created, as by instruction 3013. Then, the 
processor assumes its wait state 3050. 

If edit case button 3006 is actuated, inquiry 
3017 is answered in the affirmative and the proces- 
sor advances to instruction 3019 to obtain the 

55 identification of the selected case included in case 
list 3004 and to branch to the edit case routine 
illustrated in FIG. 20A. It is appreciated that a case 
included in the case list may be selected merely 
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by positioning the cursor thereover. 

If cancel button 3008 is actuated, inquiry 3021 
is answered in the affirmative and the processor 
advances to instruction 3023 whereby view node 
frame 3002 is cleared. Then, the processor returns s 
to its wait state. 

While the present invention has been particu- 
larly shown and described with reference to a pre- 
ferred embodiment, it will be appreciated by those 
of ordinary skill in the art that various changes and ;o 
modifications may be made without departing from 
the spirit and scope of the invention. For example, 
the instant invention is not linnited solely for use 
with a Sun microsystem of the type described 
herein. It is anticipated that other data processing is 
apparatus, or hardware, either presently commer- 
cially available or developed in the future, can be 
used to carry out the functions which have been 
described herein. It is further anticipated that the 
particular programs, or software, used with such 20 
hardware might exhibit routines and subroutines 
that differ in some respects from the routines re- 
presented by the flow charts described above. 
Nevertheless, the overall functions and results dis- 
closed herein wiil be achieved by such hardware 25 
and software. 

It also is expected that the means by which 
data, requests, user commands and the like may 
be entered into the system may differ in some 
respects from what has been described above. 30 
Although a keyboard and a mouse are preferred, 
particularly when exploiting the flexibility and ease 
of operation of the Sun microsystem, other input 
devices may be used, and some of these have 
been described above. 

Still further, it should be recognized that the 
computer screens depicted in FIGS. 2-29 represent 
the presently contemplated best mode and pre- 
ferred embodiment of the present invention. Never- 
theless, other computer screen displays which fur- 40 
nish the user with substantially the same or similar 
information regarding features and case records 
may be adopted. It is understood that the presently 
described computer screens display "buttons" to 
exploit the flexibility of the Sun microcomputer 45 
operating and application systems. If a different 
data processor is used, or if the operating system 
is changed, or if displayed buttons no longer are 
applicable (for example, if a mouse is not used as 
the input device), the new computer screens will 50 
not display such buttons. 

In developing the present invention, the separa- 
tion of the various operating and data knowledge 
access tools into separate substantially indepen- 
dent sections, as represented by the feature win- 55 
dow, the case window and the diagnosis function, 
has been found advantageous. Functions associ- 
ated with the creation and editing features in the 



knowledge base, that is. the dictionary definitions 
and values of the respective features, affect in- 
formation contained in all case records. It is helpful, 
therefore, to separate functions which affect the 
dictionary, and thus influence the entire knowledge 
base from functions which affect simply a particular 
case record. The likelihood of an author inadver- 
tently editing or deleting a particular feature from 
the knowledge base (i. e. from the dictionary) thus 
is reduced by separating feature manipulation func- 
tions from case manipulation functions. Nonethe- 
less, the present invention should not be construed 
as requiring this demarcation between the func- 
tions; and it is contemplated that, if desired, a 
menu capable of presenting and executing any and 
alt functions may be presented to the user. 

Although the foregoing specification has em- 
phasized the use of the present invention in the 
discipline of medicine, the invention, in its broader 
aspects, finds ready application in a wide range of 
disciplines. More generally, but still not intending to 
limit the overall applicability thereof, this invention 
may be used to create a knowledge base of in- 
formation and data produced by interpreting and 
characterizing empirical observations using the ex- 
perience and knowledge of the observer. The in- 
formation thus accumulated in the knowledge base 
may be used to reach or confirm deduced conclu- 
sions. 

The present invention and knowledge base cre- 
ated thereby also may be used as a reference 
work. For example, in the medical discipline, the 
present invention and knowledge base may assist 
the training of physicians. Similarly, physicians, 
such as pathologists, who operate outside of their 
area of particular expertise may find the reference 
presented by the present invention a valuable sup- 
port. Of course, the use of this invention as an aid 
in medical diagnosis is a primary objective. 

It is intended that the appended claims be 
interpreted as including the foregoing as well as 
other equivalents. 

APPENDIX A 



' ' • CLINICAL FEATURES ' ' ' 



CF Patient Descriptors 

CF Age - Numeric 
0 - 20 
21 -30 
31 - 40 
41 - 50 
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51 - 60 
61 - 70 
Other 

CDX F Sex - valued 

Male 

Female 

Other 

CF asbestos Exposure - valued 



Present 

Absent 

Questionable 

Unknown 

Other 



70 



15 



Lymphoma 

Melanoma 

Other 

CF Previous Tumor Site 

Breast 

Colon 

Esophagus 

Kidney 

Lung 

Ovary 

Pancreas 

Prostate 

Stomach 

Uterus 

Other 



valued 



- CF Current Sites with Positive Cytology 

CDXF Positive Cytology, Right Pleura - valued 

Present 

Absert 

Unkrcv;n 

Other 

CF Positive Cytology, Peritoneum - valued 

Present 
Absent 
Unknown 
Other 



CF Positive Cytology. Pericardium - valued 

Present 
Absent 
Unknown 
Other 



CF Pnor History of Tumor 

CF Previous Tumor Occurrence - valued 

Present 

Absent 

Unknown 

Other 

CF test - valued 

CF test - valued 

boy 

girl 

other 

CF Previous Tumor Type - valued 

Adenccarcinoma 

Squamous Cell Carcinoma 

Large Cell Carcinoma 

Smalt Ceil Carcinoma 

Sarccma 



CF Current Medical Problems 

CF Congestive Heart Failure - valued 
20 Present 
Absent 
Questionable 
Unknown 
Other 

25 CF Myocardial Infarction - valued 

Present 

Absent 

Questionable 

Unknown 
30 Other 

CF Pulmonary Infarction - valued 

Present 

Absent 

Questionable 
35 Unknown 

Other 

CF Pulmonary Embolus - valued 
Present 
Absent 
40 Questionable 
Unknown 
Other 

CF Pneumonia - valued 
Present 
45 Absent 

Questionable 

Unknown 

Other 

CF Tuberculosis - valued 
50 Present 
Absent 
Questionable 
Unknown 
Other 

55 CF Liver Disease - valued 
Present 
Absent 
Questionable 
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Unknown 
Other 

CF Renai Failure - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF Pancreatitis - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF Collagen Vascular Disease - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF Recent Trauma - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF Recent Surgery - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF History of Chemotherapy - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF History of Radiation Therapy - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF Current Symptoms 

CF Shortness of Breath - valued 

Present 

Absent 

Questionable 

Unknown 

Other 

CF Chest or Thoracic Pain - valued 

Present 

Absent 

Questionable 

Unknown 



Other 

OF Ascities - valued 
Present 
Absent 
5 Questionable 
Unknown 
Other 

CF Bowel Obstruction - valued 
Present 
10 Absent 

Questionable 

Unknown 

Other 

75 OF Chest Radiograph 

CF Normal CXR - valued 

Yes 

No 

20 Other 

CF Effusion on CXR - valued 

Absent 

Present - Left 

Present - Right 
25 Present - Bilateral 

Questionable 

Other 

CF Infiltrate on CXR - valued 
Present 
30 Absent 

Questionable 
Other 

CF Pleural Thickening on CXR - valued 
Present 
35 Absent 

Questionable 
Other 

CF Pleural Plaque on CXR - valued 
Present 
40 Absent 

Questionable 
Other 

CF Mass on CXR - valued 
Present 
45 Absent 

Questionable 
Other 

CF Lymphadenopathy on CXR - valued 
Present 
50 Absent 

Questionable 
Other 

~PAP Cytology'" 

55 



PAP Overview 
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PAP Quaiity of Fluid - valued 
Weil Preserved Fluid 
Moderately Preserved Fluid 
Poorly Preserved Fluid 
CiOtted Fluid 
Other 

PAP Staining Reaction - valued 

Adequate 

Inadequate 

Other 

PAP Ceiluiarity of Specimen - valued 

Low Ceiluiarity 

Moderate Ceiluiarity 

High Ceiluiarity 

Other 

PAP # Atypical/ Suspicious Cells/Groups - valued 

Absent 

Few 

Moderate 

Many 

Other 

PAP Cytoplasmic Morphology 

PAP C/topIasm, Abnormal Population - valued 

Pale 

Delicate 

Dense 

Variable 

Poorly Visualized 

NA 

Other 

PAP Cytoplasm, Mesothelial Population - valued 

Pale 

Delicate 

Dense 

Variable 

Poorly Visualized 

NA 

Other 

PAP Halo Outside Cell Border - valued 

Absent 

Occasional 

Frequent 

Other 

PAP Halo Inside Cell Border - valued 

Absent 

Occasional 

Frequent 

Other 

PAP C/tcptasmic Pigment - valued 

Absent 

Yellow 

Brown 

Black 

Green 

Other 

PAP Cytoplasmic Vacuoles - valued 



Absent 
Occasional 
Frequent 
Other 

5 PAP Number of Cytoplasmic Vacuoles - valued 
Primarily Single 
Primarily Multiple 
NA 
Other 

70 PAP Cytoplasmic Vacuolar Size - valued 

Small 

Large 

Variable 

NA 
75 Other 

PAP Mucin Containing Vacuoles - valued 

Present 

Absent 

Other 

20 PAP Nuclear Deformation by Vacuoles - p^a 
Present 
Absent 
Other 

PAP Phagocytosis - p/a 
25 Present 
Absent 
Other 

PAP Nuclear Morphology 

30 

PAP Multinucleation - valued 
Absent 

Primarily Binucieate 
Primarily 2 Nuclei/Cell 
35 Other 

PAP Chromatin, Abnormal Population - valued 

Clear 

Pale 

Even 

40 Finely Granular 

Coarsely Granular 

Hyperchromatic 

Irregular 

Variable 
45 NA 

Other 

aaron - p/a 

Present 

Absent 
50 Other 

PAP Chromatin. Mesothelial Population - valued 

Clear 

Pale 

Even 

55 Finely Granular 
Coarsely Granular 
Hyperchromatic 
Irregular 
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Variable 

NA 

Other 

PAP Nuclear Border Shape - valued 

Smooth 

Irregular 

Variable 

Other 

PAP Nucleoli - valued 

Absent 

Occasional 

Frequent 

Other 

PAP Nucleoli per Nucleus - valued 

Primarily Single 

Primarily Multiple 

NA 

Other 

PAP Nucleolus Size - valued 

Small 

Large 

Variable 

Other 

PAP Nucleolus Shape - valued 

Round 

Irregular 

Variable 

Other 

PAP Mitoses - p/a 
Present 
Absent 
Other . 

PAP Features of Cell Background 

PAP Macrophages - valued 

Absent 

Few 

Moderate 

Many 

Other 

PAP Lymphocytes - valued 

Absent 

Few 

Moderate 

Many 

Other 

PAP Polymorphonuclear Leucocytes - valued 

Absent 

Few 

Moderate 

Many 

Other 

PAP Reactive Mesothetial Cells - valued 

Absent 

Few 

Moderate 
Many 



Other 

PAP Activated Lymphocytes - valued 
Absent 
Few 
5 Moderate 
Many 
Other 



w ""Cell Block Features'" 



CB Overview 

CB Quality of Fluid • valued 
Weil Preserved Fluid 
Moderately Preserved Fluid 
Poorly Preserved Fluid 
20 Clotted Fluid 
Other 

CB Staining Reaction - valued 

Adequate 

Inadequate 
25 Other 

CB Cellularity of Specimen - valued 

Low Cellularity 

Moderate Cellularity 

High Cellularity 
30 Other 

CB # Atypical/Suspicious Cells'Groups - valued 

Absent 

Few 

Moderate 
35 Many 
Other 

CB General Cell Morphology 

40 CB Cell Shape. Abnormal Population - valued 

Round 

Oval 

Cuboidal 

Columnar 
45 Polygonal 

Spindle 

Irregular 

NA 

Other 

50 CB Cell Shape. Mesothetial Population - valued 

Round 

Oval 

Cuboidal 

Columnar 
55 Polygonal 

Spindle 

Irregular 

NA 
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Other 

CB Nuclear Shape, Abnormal Population - valued 

Round 

Oval 

Spindle s 

Irregular 

Variable 

NA 

Other 

CB Nuclear Shape, Mesotheiial Population • valued jq 

Round 

Oval 

Spindle 

Irregular 

Variable 

NA 

Other 

CB Pleonnorphism of Size, Single Ceils - valued 
Minirra! 

Moderate 20 

Marked 

Other 

CB P'eomorphism of Shape. Single Ceils - valued 
Minimal 

Moderate 25 

Marked 

Other 

CB Pleomorphism, N:C Ratio, Single Cells - valued 
Minimal 

Moderate 30 

Marked 

Other 

CB Pleonnorphism of Nuclei. Single Ceils - valued 

Minimal 

Moderate 

Marked 

Other 

CB Features of Cell Groups 

40 

CB Cell Groupings Present - p/a 

Present 

Absent 

Other 

CB Shape of Cell Groups - valued ^5 

Papillary 

Acinar 

Fiat 

Variable 

Other 50 

CB Cell Number in Largest Groups - numeric 

2 

3-4 
5 • 10 

11 - 20 55 

21 

Other 

CB Cell Number in Average Groups - numeric 



2 

3-4 
5-10 
11-20 
21 

Other 

CB Pleomorphism of Cell Size in Groups - valued 

Minimal 

Moderate 

Marked 

Other 

CB Pleomorphism of Cell Shape in Groups - valued 

Minimal 

Moderate 

Marked 

Other 

CB Cell Orientation in Groups - valued 
Regular 

Partially Disoriented 

Disoriented 

Other 

CB Similarity to Mesotheiial Cells - valued 

Present 

Partial 

Absent 

Other 

CB Distinct Outer Border of Cell Groups - p/a 

Present 

Absent 

Other 

CB Psamomma Bodies - p/a 

Present 

Absent 

Other 

CB Connective Tissue Cores - p a 

Present 

Absent 

Other 

CB Histochemica! Stains 

CB Mucicarmine - valued 

Positive 

Negative 

Not Done 

Other 

CB PAS - valued 

Positive 

Negative 

Not Done 

Other 

CB PAS After Diastase - valued 

Reduced Positive 

REsidual Positive 

Not Done 

Other 

CB Trichrome - valued 
Positive 
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Negative 
Not Done 
Other 

CB Colloidal Iron, Cells - valued 

Positive 

Negative 

Not Done 

Other 

CB Colloidal Iron, Background - valued 

Positive 

Negative 

Not Done 

Other 

CB Colloidal Iron Arter Hyal, Cells - valued 

Reduced Positive 

Residual Positive 

Not Done 

Other 

CB Colloidal Iron After Hyal. Background - valued 

Reduced Positive 

Residual Positive 

Not Done 

Other 

CB Immunoperoxidase 

CB Keratin. Strength of Reaction - valued 

Negative 

+ 

+ + 

+ + r 

Not Done 
Other 

CB Keratin, % of Cells Reacting - numeric 
0 

^1-5 
6 - 10 
11-25 
26 - 50 
51 - 75 
76 - 95 
96 - 100 
Not Done 
Other 

CS CEA Strength of Reaction - valued 

Negative 

+ 

+ + 
+ + + 
Not Done 
Other 

CB CEA, % of Cells Reacting - numeric 
0 

1 - 5 
6 - 10 
11-25 
26 - 50 
51 - 75 



76-95 
96 - 100 
Not Done 
Other 

5 CB GiCA, Strength of Reaction - valued 
Negative 
+ 

+ + 
+ + + 
10 Not Done 
Other 

CB GICA, % of Cells Reacting - numeric 
0 

I - 5 
;5 6-10 

I I - 25 
26 - 50 
51 - 75 
76 - 95 

20 96 - 100 
Not Done 
Other 

CB SSEA Strength of Reaction - valued 
Negative 
25 + 
+ + 
+ + + 
Not Done 
Other 

00 CB SSEA, % of Cells Reacting - numeric 
0 

1 - 5 

6 - 10 

11-25 
35 26 - 50 

51 - 75 

76 - 95 

96 - 100 

Not Done 
40 Other 

CB EMA Strength of Reaction - valued 

Negative 

+ 

+ + 

45 + + + 

Not Done 
Other 

CB EMA, % of Cells Reacting - numeric 
0 

50 1-5 

6 - 10 

11-25 

26-50 

51 - 75 
55 76 - 95 

96 - 100 

Not Done 

Other 

47 
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'Microscopic Preparation' 



MP Magnification 

MP lOx Cbjective - valued 

330x to screen 

Other 

MP 25x Objective - valued 

880x to screen 

Other 

MP 45x Objective - valued 

1475x to screen 

Other 

MP iGOx Oil Immersion - valued 

28Q0x to screen 

Other 

MP Tissue Preparation 

MP Staining - valued 

Hemctcxalin and Eosin 

Papanicalcu 

Mucicarmine 

PAS 

PAS After Diastase 
Trichrome 
Colloida: Iron 

Colloicai iron After Hyaluronidase 

Keratin 

CEA 

CICA 

SSEA 

EMA 

Other 

MP HerriOtoxalin and Eosin - Type Not Reported 

MP Papanicalou • Type Not Reported 

MP Mucicarmine - Type Not Reported 

MP PAS - Type Not Reported 

MP PAS after Diastase - Type Not Reported 

MP Trichrome - Type Not Reported 

MP Coilcidal Iron - Type Not Reported 

MP Colloidal iron after Hyaluronidase - Type Not 

Reported 

MP Keratin - Type Not Reported 
MP CEA - Type Not Reported 
MP GICA - Type Not Reported 
MP SSEA - Type Not Reported 
MP EMA - Type Not Reported 



Claims 

1. A data creating, storage and processing sys- 
tem corr.prising: 

image pick-up means for imaging one or more 
features observed in a sample of a disease and for 



producing pictorial image data representative there- 
of for display and for storage; 
display means for displaying pictorial images of 
one or more features observed in a disease and for 

5 displaying case record data; 

storage means for storing case record data, each 
case record including a case record identification, 
feature data selected for that case, value data 
selected for respective features in that case, and 

10 pictorial image data representing pictorial images 
of features of a disease associated with that case; 
manually operably input means including; case 
identifying means for generating case identifying 
data to identify a case record written into and 

75 retrievable from said system, feature selecting 
means operable by a user to select from a feature 
bank those feature data which the user observes in 
one or more diseases represented by a case, and 
value assigning means operable by said user to 

20 select from a value bank value data which the user 
observes in the selected feature: and 
processing means for linking feature data, value 
data and pictorial image data to case records, for 
retrieving case records, and for displaying pictorial 

25 images associated with retrieved case records. 

2. The system of Claim 1. wherein said pro- 
cessing means includes overlay means for generat- 
ing an overlay selected by said user and for sup- 
plying overlay data to said display means to dis- 

30 play the selected overlay superimposed over a 
displayed pictorial image; and means for storing in 
said storage means overlay data representing said 
overlay and the position thereof relative to said 
displayed pictorial image. 

35 3. The system of Claim 1 or 2 wherein said 

processing means includes means for supplying to 
said display means pictorial image data included in 
a case record having visual feature data selected 
by user operation of said feature selecting means 

40 for displaying a pictorial image of said visual fea- 
ture data. 

4. The system of Claim 3 wherein said pro- 
cessing means further includes means for causing 
said display means to display the number of cases 

45 stored in said storage means having said selected 
visual feature data and means for determining the 
distribution relative to each other of such cases 
having different respective values for that feature. 

5. The system of Claim l . 2 or 3 wherein said 
50 pictorial image data represent plural pictorial im- 
ages, and wherein said processing means causes 
ail of the pictorial images included in a case record 
retrieved by the user to be displayed on said 
display means. 

55 6. The system of Claim 5 wherein said pro- 

cessing means supplies to said display means 
pictorial image data for displaying all of . the picto- 
rial images in relatively reduced size, and said 
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processing means includes image selecting means 
responsive to operation by said user for selecting 
one of the displayed pictorial images to be dis- 
played in relatively magnified size. 

7. The system of any of the preceding claims 
wherein the value data are representative of mea- 
sured values; and wherein said processing means 
includes means for determining the measured val- 
ue for preselected features, including: 

(a) manually operable curve tracing means 
for tracing an area of a feature displayed on said 
display means, and means for determining the area 
traced by said curve tracing means; 

(b) manually operable distance measuring 
means for measuring the distance between points 
located in the pictorial image displayed by said 
display means; and 

(c) manually operable point identifying 
means, and means for calculating the density of 
identified points. 

8. The system of any of the preceding claims 
wherein said storage means includes optical stor- 
age means for storing said pictorial image data. 

9. The system of Claim 8 wherein said pro- 
cessing means includes means for linking pictorial 
image data stored in said optical storage means 
with said case record. 

10. A storage and data processing system, 
comprising: 

manually operative input means to write data into 
and to read data from said system, and to request 
predetermined processing operations on said data; 
image data input means including image pick-up 
means for generating and writing into said system 
image data derived from and representing 
preselected visual images; 
display means for displaying both alphanumeric 
information of data written into and read from said 
system and pictorial images of image data written 
into and read from said system; 
accessible storage means for storing data written 
by said manually operative input means and by 
said image data input means; and 
programmable processing means in data commu- 
nication with said manually operative input means, 
image data input means, display means and stor- 
age means and programmed to establish in re- 
sponse to said manually operative input means 
user-selectable designations of diagnostic features 
which the user determines are characteristic of 
respective conditions to be diagnosed and to es- 
tablish user-selectable values of said features, said 
processing means also being programmed to store 
in said storage means image data representing 
pictorial displays of at least some of said features, 
said processing means being further programmed 
to cause said display means to display prompts for 



guiding said user to select respective ones of the 
established features and to assign an established 
value to a selected feature which the user observes 
in a pictorial image, and said processing means 
5 being additionally programmed to link a selected 
feature having an assigned value with a pictorial 
image for storage in and retrieval from said storage 
means. 

11. The system of Claim 10 wherein each 
10 feature is associated with plural predetermined val- 
ues, wherein said display means displays said as- 
sociated values when said manually operative input 
means is operated by a user to select a feature so 
as to enable one of said values to be selected by 

75 the user and assigned to the selected feature, and 
wherein said manually operative input means is 
operated by the user to select an already estab- 
lished feature or to create a new feature for storage 
in said storage means, and to select an already 

20 established value or to create a new value for that 
feature for storage in said storage means. 

12. The system of Claim 10 or 11 wherein said 
manually operative input means is operative to 
identify a feature as a "discrete" type or a 

25 "continuous" type; and wherein said processing 
means is further programmed (a) to retrieve and 
display a set of values associated with said feature, 
if said feature is identified as a "discrete" type, and 
to assign a selected one of those displayed values 

30 to said feature as determined by the user, and (b) 
to retrieve and display upper and lower value range 
limits associated with said feature, if said feature is 
identified as a "continuous" type, and to assign a 
selected segment in said range to said feature as 

35 determined by the user. 

13. The system of Claim 10, 11 or 12 wherein 
said manually operative input means is operative to 
identify a feature as a type having a variable value 
and said processing means is programmed to 

40 measure that value as a function of length, area or 
density of that feature, said processing means be- 
ing programmed: (a) to measure length between 
points displayed in a pictorial image and selected 
by user-operation of said manually operative input 

45 means, (b) to measure the area of a closed curve 
displayed in a pictorial image and selected by the 
user-operation of said manually operative input 
means, and (c) to measure density in response to 
user-operation of said manually operative input 

50 means to define an area on a pictorial display 
displayed by said display means in which the den- 
sity of predetermined elements is to be calculated. 

14. The system of any of Claims 10-13 wherein 
said manually operative input means includes 

55 means for generating overlay data representing 
predetermined types of visual overlays; and said 
processing means is further programmed to cause 
said display means to display a set of overlay 
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images from said overlay data and to display a 
pictorial image of selected features and is respon- 
sive to user-operation of said manually operative 
input means to link an overlay image with a feature 
present in the displayed pictorial image and to 5 
store in said storage means overlay data represent- 
ing the iocation in the pictorial image of the overlay 
image iinked with the feature present in said picto- 
rial image. 

15. The system of any of Claims 10-14 wherein /o 
said manually operative input means comprises 
physically movable cursor positioning means for 
moving a cursor displayed on said display means 

and including at least one selector switch; wherein 
said display means displays information linked to is 
features, values and image data stored in said 
storage m.eans; and wherein said processing 
means is programmed to respond to the operation 
of said selector switch when the displayed cursor is 
located at a position whereat information linked to a 20 
stored feature, value or image data is displayed to 
retrieve and display that linked feature, value or 
visual image. 

16. The system of any of Claims 10-15 wherein 
said image data input means comprises a video 25 
camera for producing video signals representing 
images picked up by the video camera; digitizing 
means for digitizing the video signals to produce 
said image data; and a microscope optically coup- 
ted to said video camera for presenting images to 30 
the video camera. 

17. The system of Claim 16 wherein said pro- 
cessing means is in data communication with said 
digitizing means and is further programmed to 
cause said display means to display simultaneous- 35 
ly a pictorial image derived from image data re- 
trievea from said storage means and a pictorial 
image derived from image data produced by said 
digitizing means. 
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